这个问题我一开始也纠结过。先分享下我现在的用法和项目背景 因为是纯 API 服务,所以
对于你这个的问题。我的想法是这样的: 分析 API 和 web 的比重,如果 API 比较多,超过 80%,那么我建议用 grape,只是 on rails 还是 on rack,这个再根据性能要求去分析,其实一般要求的并发 rails 完全可以 hold 住。要求再高的可以用 on rack。 如果 web 超过 80%,那么肯定是用 grape on rails 或者 rails 的方案更合适
我认为,grape 在写 API 方面比 rails 裸写或者 rails_param 的方式肯定是更优雅的,也更合适做 API 的服务。如果 API 比重大那么就可以考虑引入。对比到学习成本和开发受益,应该是会有收获。
关键还是用合适的工具去做合适的事情,这么一个宗旨
最后引用一个老帖算是抛砖引玉吧 https://ruby-china.org/topics/9765
很不错,加油,已 star
学东西没人能阻拦你,既然你也是想带学弟的。 和你在任何时候想他推进一种技术一样,你肯定要拿出对比来说服别人。 我建议你可以先自己把 Rails 掌握了。然后在效率、效果上和 Java 做出对比,到底如何取舍自在人心。 最后我并不觉得学什么东西一定要为了找工作,既然选择做码农,那么就一定得热爱自己的本职工作。 语言知识一门工具,用的顺手就好。我写过 C、Python、javascript、coffeescript、OC、Swift。 最后我选择在 Ruby。哈哈哈
你的模板文件本身有米有用 utf-8 encoding 啊 查看试试
你要的需求 Grape 已经有方案了啊 你看看https://github.com/ruby-grape/grape#before-and-after
哈哈哈,顶一下。写了几百行 coffee 后,默默的回来写 ruby 了
必须得去啊。有大神来啊~
: thumbsup:
25 刀,吓尿了
感觉可以来交交朋友啊~
#1 楼 @cisolarix 哦~这个做法在 stackoverflow 上看到过。一开始觉得麻烦。现在去试试看。