我们需要什么样的前端框架？

[jezal]

作为一名业余前端，这个技能快忘得差不多了。最近 Vue 比较火，跟风看了下。不禁感叹程序框架设计也要面对用户（开发者）需求场景，解放生产力，将用户从繁冗的技术架构上释放出来，进而把精力投入到业务逻辑的开发中。

Vue 提供的双向绑定、组件化等特性，使得 SPA 开发效率很高。但无论是移动还是 PC 的前端开发，开发者面对更多的需求场景应该是多页面应用。然而，这个需求场景似乎没有很好的得到解决。或许你会说，借助 vue-cli 可以生成多页面的 webpack 开发模板，但这毕竟是个 hack 成本。更不用说随着外部库的引用，开发者还要在各个模块中维护他们的千丝万缕的引用关系，各种 config 配置一通。视图跳转的 Demo 还没写出来，就被一堆文件目录搞晕了。这些操作无疑都增加了学习、维护成本。

或许是因为二者的设计目的不同，相对而言，小程序的架构设计就做得很好。Page 就是 Page，组件就是组件。布局写这里，样式写那里，逻辑写那里...简单清晰，紧贴最典型的需求场景，开箱即用。我甚至相信，有一天小程序的开发模式会开源出来，成为一个独立的开发框架。这将是大家的福音。

专职产品，业余前端。
闲言碎语，大神轻拍。

[wzw]

后端喜欢简单的 例如 layui

[throns]

https://medium.com/@samerbuna/which-javascript-frameworks-should-you-learn-in-2018-ecea9a27617d?source=linkShare-d7387c333a70-1515003803

[takato]

歪楼了。。。根据设计图和 PRD 自动生成代码的框架- -

[Mutoo]

SPA 里面的单页指的是单个网页（不需要网页间跳转），而不是只允许单个应用程序页面。你说的‘多页面’应用跟 SPA 并没有什么冲突，你需要的解决方案应该是 vue-router。

[jezal]

@Mutoo vue-router 确实能解决问题。不过，框架没有界面（ page ）这个概念具象出来，而是通过路由（ router ）来表达，从而增加了学习、维护成本。这也是本文所要表达的意思。
对于真正网页跳转的多页面，如果有框架能直接解决问题，那是最好。

[gouflv]

概念错了，vue 算不上框架 只是视图层的库，ng ember 才算框架；
另外，小程序框架是不考虑场景通用性的，拿来做 web 秒死，跟 vue 对比 量级不是差了一点

[crs0910]

基本概念都没有，建议再多花点时间学学

[jezal]

@gouflv Vue 官网称自己为“渐进式 JavaScript 框架”。对于小程序，我更认同的是其开发、设计理念。如果直接拿来做通用 web 开发，确实需要改造。

[jezal]

@crs0910 多谢指点。

[ie88]

个人感觉，前端需要的或者说缺的，不是什么样的框架，而是合格的工程师和合格的架构师。

[jezal]

@ie88 非常赞同。