回到当年, J2EE 是商业复杂架构的首选, 后来的事, 大家都知道了: Rails, PHP 等轻量解决方案占了上风.
但是今天, 在 JavaScript 世界里, 问题竟与当年惊人的相似....我已经在其他地方进一步详细阐述了在Rails 核心原则中关于配置的约定方法, 以及点菜 / omakase冲突的说明, 和集成系统的吸引力以及 Rails 社区的其他核心价值....正如我上面提到的, Rails 有一个雄心勃勃的终极使命, 那就是站在全栈的角度下, 帮助开发者处理好过程中的每一块代码, 从连接到数据库, 到 nosql 数据存储, 到业务模型, 到控制器, 直到最后...因为除了组装 HTML 外, 你在后端仍然需要大量的工作: 数据库存储, 业务模型, 计算事情, 将任务排队以供日后处理, 发送电子邮件, 触发推送通知以及所有其他的东西,真正的应用程序需要做的还有很多...高效安全生成 JSON 数据同样是 Rails 追求的事情.