现在AI编程越来越好用了,那么脚手架还有意义?个人感觉没有意义了呢,各位佬是如何想这个问题的。
我觉得更有用,不然每一次都从0开始,不仅浪费时间,而且项目结构不统一,维护更困难。脚手架还可以规范ai,不要让ai乱来。
有用啊,好的脚手架直接把开发文档丢给AI,跟着开发规范走就行了,不然每次都让它从0搓一个出来,审计代码也是很费神的事情
古法编程:严格逻辑,必须按预想的输入输出,差一点就是bug
AI编程:能跑就行~逻辑?什么逻辑,代码和测试都是AI写的,我都不看!程序和程序员有一个能跑的就行~
小项目ai给你搞,大项目还是从脚手架开始方便。大项目的上下文太长,ai发挥可能没那么稳定,出错的概率更大
![]()
会出更多更好用的脚手架
可能会,感觉不太好说
ai每次都生成一套不完全一样的脚手架吗,脚手架不就得开箱即用最好。再说这种都是固定的代码,在生成一遍浪费时间也浪费token。
肯定有啊,你又不是ai额度无限,脚手架这下固定好的玩意,拿来用就行,让你把ai用到核心代码上,好钢要用在刀刃上,而不是刀把上
了解下胶水编程
AI 的原创代码当然是越少越好,有脚手架为什么不用呢
大佬这个方法不用ide行不行?我可以直接用cherrystudio吗?
当然可以,但是IDE自带不少适合开发的 mcp,在 cherrystudio 还得配。
Vibe Coding 能力这块 Codex CLI 和 Claude Code 领先太多了,cherrystudio 配下写点非常简单的项目应该没问题。
肯定有用的。而且脚手架应该更重要了才对,包括对上下文内容的规范可能也会变成脚手架的一部分。比如大项目代码量多了,你得规定他哪些文件/文件夹的代码是必读的,确保给它正确的上下文。可以看下这个工具 [开源项目] [如排兵布阵一般写代码] 我做了一个可视化的 Spec 和代码库 Context 管理工具
好的,我可以先试试cherrystudio做点简单的
肯定更有意义了啊 说啥胡话呢
插眼有什么好的脚手架分享一下
挺有意义的,卖模板的越来越多了,而且卖得还不错。有基础之下,AI辅助可以更快的上站。
感觉并非啊,嵌入式这方面还是得看脚手架质量的,好的框架可以让应用开发特别舒服。而且高质量的框架ai很难写出来
这两者如果结合,在会用的人手里应该是1+1>2的效果。
需要有脚手架,ai也喜欢脚手架啊,有时候也是找一些开源的包直接引用,整合,进行开发