有没有觉得rails on ruby管得太多了。。。
发布于 7 年前 作者 jamieYou 4708 次浏览 来自 问答

以前一直觉得rails自带的js打包和scss的编译,让我用不着gulp,就觉得有点不爽了😕 不过这阵子都是做react的开发,前后端都完全分离,就没怎么在意了。 结果最近从新项目了解到rails5.1把webpack集成进去了,前端开发又得依赖于rails了。 对比其他后端语言的框架,也就rails对前端有那么高的侵入性了。

7 回复

人家就是一站式开发,所以。。。

ror社区也意识到这个问题了,所以出rails-api,padrino等等框架。连java,swift,go都有了express一样的东西,所以这是node带来的趋势,当然也让node的优势不那么明显

@i5ting 我觉得rails的精华就在mvc那一部分,但作为前端工具就不怎么恭维了。

@jokerapi 从脚手架,目录结构,mvc,asset_pipe, ar模型处理等等都算最佳实践,成熟度非常高

前端部分偏弱,erb,coffee,sass等玩起来不是太方便,即便集成webpack也没太大意义,还是要走前后端分离道路的。这部分还是node搭配更好

rails社区之前曾经号称“世界上只要有rails一个web开发框架就足够了”,之所以能说出这种话也是有原因的。rails确实是高度成熟的web framework。在快速开发、规范化、灵活性方面比很多web framework都要好。而且rails社区吐槽js也不是一天两天了,所以rails用coffeescript很多。但是近几年js世界发生了很大变化,前后端生态圈都有js,rails社区也接受了这个事实,这其实是好事。

总的来看,取其精华吧,使用rails优秀和擅长的部分,其他方面选择最佳实践。

这是方便ror使用者能方便的用前端框架…节约配置成本…不明哪里不好?这样一个人开发会更加顺畅…部署也只要部署一次 就可以同时发布后端和前端…

@Matrixbirds 现在都是自动化部署了,你所说的优势看不出。而且配置还是得前后端分开的。 重点是前端工程师不一定是ror使用者,项目团队也不是只能有一个人。

回到顶部