作为一名业余前端,这个技能快忘得差不多了。最近 Vue 比较火,跟风看了下。不禁感叹程序框架设计也要面对用户(开发者)需求场景,解放生产力,将用户从繁冗的技术架构上释放出来,进而把精力投入到业务逻辑的开发中。
Vue 提供的双向绑定、组件化等特性,使得 SPA 开发效率很高。但无论是移动还是 PC 的前端开发,开发者面对更多的需求场景应该是多页面应用。然而,这个需求场景似乎没有很好的得到解决。或许你会说,借助 vue-cli 可以生成多页面的 webpack 开发模板,但这毕竟是个 hack 成本。更不用说随着外部库的引用,开发者还要在各个模块中维护他们的千丝万缕的引用关系,各种 config 配置一通。视图跳转的 Demo 还没写出来,就被一堆文件目录搞晕了。这些操作无疑都增加了学习、维护成本。
或许是因为二者的设计目的不同,相对而言,小程序的架构设计就做得很好。Page 就是 Page,组件就是组件。布局写这里,样式写那里,逻辑写那里...简单清晰,紧贴最典型的需求场景,开箱即用。我甚至相信,有一天小程序的开发模式会开源出来,成为一个独立的开发框架。这将是大家的福音。
专职产品,业余前端。
闲言碎语,大神轻拍。
Vue 提供的双向绑定、组件化等特性,使得 SPA 开发效率很高。但无论是移动还是 PC 的前端开发,开发者面对更多的需求场景应该是多页面应用。然而,这个需求场景似乎没有很好的得到解决。或许你会说,借助 vue-cli 可以生成多页面的 webpack 开发模板,但这毕竟是个 hack 成本。更不用说随着外部库的引用,开发者还要在各个模块中维护他们的千丝万缕的引用关系,各种 config 配置一通。视图跳转的 Demo 还没写出来,就被一堆文件目录搞晕了。这些操作无疑都增加了学习、维护成本。
或许是因为二者的设计目的不同,相对而言,小程序的架构设计就做得很好。Page 就是 Page,组件就是组件。布局写这里,样式写那里,逻辑写那里...简单清晰,紧贴最典型的需求场景,开箱即用。我甚至相信,有一天小程序的开发模式会开源出来,成为一个独立的开发框架。这将是大家的福音。
专职产品,业余前端。
闲言碎语,大神轻拍。

