这种说法很有争议,就像程序=算法+数据结构不能完全表达现今的软件工程一样, 说我们的工作就是堆砌工具,黏合业务, 一定程度上有自贬的意思。 但这确实是大部分程序员的真实写照。...Rails 有一个重要的指导思想,即约定大于配置, 它为 Web 应用的大多数需求都提供了最好的解决方法,并且默认使用这些约定,而不是在长长的配置文件中设置每个细节。...没有用 Ruby/Rails 工作过, 默默写了个 Ruby China 小程序(微信搜Ruby CN),算是感恩回馈社区吧
Ok, 忍不住吹了一波 Rails, 回到正题....扩展性 强,通过插件扩展 wepack 配置 弱, 强约定, 无法配置 webpack,可以 eject, 然后手工配置;支持 babel-macro;(严格说可以通过react-app-rewired...; 而 Service 层是多变的, 作为项目的局部依赖,不应该硬编码在 CLI 里面.