这是一个创建于 2523 天前的主题，其中的信息可能已经有所发展或是发生改变。
作为一名业余前端，这个技能快忘得差不多了。最近 Vue 比较火，跟风看了下。不禁感叹程序框架设计也要面对用户（开发者）需求场景，解放生产力，将用户从繁冗的技术架构上释放出来，进而把精力投入到业务逻辑的开发中。
Vue 提供的双向绑定、组件化等特性，使得 SPA 开发效率很高。但无论是移动还是 PC 的前端开发，开发者面对更多的需求场景应该是多页面应用。然而，这个需求场景似乎没有很好的得到解决。或许你会说，借助 vue-cli 可以生成多页面的 webpack 开发模板，但这毕竟是个 hack 成本。更不用说随着外部库的引用，开发者还要在各个模块中维护他们的千丝万缕的引用关系，各种 config 配置一通。视图跳转的 Demo 还没写出来，就被一堆文件目录搞晕了。这些操作无疑都增加了学习、维护成本。
或许是因为二者的设计目的不同，相对而言，小程序的架构设计就做得很好。Page 就是 Page，组件就是组件。布局写这里，样式写那里，逻辑写那里...简单清晰，紧贴最典型的需求场景，开箱即用。我甚至相信，有一天小程序的开发模式会开源出来，成为一个独立的开发框架。这将是大家的福音。
专职产品，业余前端。
闲言碎语，大神轻拍。
Vue 提供的双向绑定、组件化等特性，使得 SPA 开发效率很高。但无论是移动还是 PC 的前端开发，开发者面对更多的需求场景应该是多页面应用。然而，这个需求场景似乎没有很好的得到解决。或许你会说，借助 vue-cli 可以生成多页面的 webpack 开发模板，但这毕竟是个 hack 成本。更不用说随着外部库的引用，开发者还要在各个模块中维护他们的千丝万缕的引用关系，各种 config 配置一通。视图跳转的 Demo 还没写出来，就被一堆文件目录搞晕了。这些操作无疑都增加了学习、维护成本。
或许是因为二者的设计目的不同，相对而言，小程序的架构设计就做得很好。Page 就是 Page，组件就是组件。布局写这里，样式写那里，逻辑写那里...简单清晰，紧贴最典型的需求场景，开箱即用。我甚至相信，有一天小程序的开发模式会开源出来，成为一个独立的开发框架。这将是大家的福音。
专职产品，业余前端。
闲言碎语，大神轻拍。
 |
1
wzw 2018-01-04 02:16:02 +08:00 via iPhone
后端喜欢简单的 例如 layui
|
 |
2
throns 2018-01-04 02:23:32 +08:00 via iPhone
|
 |
3
takato 2018-01-04 02:37:13 +08:00
歪楼了。。。根据设计图和 PRD 自动生成代码的框架- -
|
 |
4
Mutoo 2018-01-04 07:28:29 +08:00
SPA 里面的单页指的是单个网页（不需要网页间跳转），而不是只允许单个应用程序页面。你说的‘多页面’应用跟 SPA 并没有什么冲突，你需要的解决方案应该是 vue-router。
|
 |
5
jezal OP @Mutoo vue-router 确实能解决问题。不过，框架没有界面（ page ）这个概念具象出来，而是通过路由（ router ）来表达，从而增加了学习、维护成本。这也是本文所要表达的意思。
对于真正网页跳转的多页面，如果有框架能直接解决问题，那是最好。 |
 |
6
gouflv 2018-01-04 09:26:32 +08:00 via iPhone
概念错了，vue 算不上框架 只是视图层的库，ng ember 才算框架；
另外，小程序框架是不考虑场景通用性的，拿来做 web 秒死，跟 vue 对比 量级不是差了一点 |
 |
7
crs0910 2018-01-04 11:54:20 +08:00  1
基本概念都没有，建议再多花点时间学学
|
|
8
jezal OP @gouflv Vue 官网称自己为“渐进式 JavaScript 框架”。对于小程序，我更认同的是其开发、设计理念。如果直接拿来做通用 web 开发，确实需要改造。
|
 |
10
ie88 2018-01-04 14:19:54 +08:00
个人感觉，前端需要的或者说缺的，不是什么样的框架，而是合格的工程师和合格的架构师。
|
Select Language