5 ms·
IMHO this is nice code, nothing against the devs, but I just don't see why its getting added. As someone who has built lots of rails apis, I don't really see an
by jfaucett 12y ago
IMHO this is nice code, nothing against the devs, but I just don't see why its getting added. As someone who has built lots of rails apis, I don't really see any benefit other than perhaps speeding up bootstrapping. But as is, right now its incredibly easy in rails to require the action-X packages you want and setup middleware how you like it. Maybe I'm missing something though...
- steveklabnik 12y agoThere's a lengthy explanation here: https://github.com/rails-api/rails-api#why-use-rails-for-json-apis https://github.com/rails-api/rails-api#why-use-rails-for-jso... EDIT: sorry, I mis-read your post. This is just "Why Rails and not Sinatra," not "this is easy enough to do on its own, why bother." I wasn't directly involved in the decision, so I cant' tell you, to be honest.
- deleted 12y ago[deleted]
- catshirt 12y agothis justifies the library's existence but does not justify it's inclusion upstream.
- 1qaz2wsx3edc 12y agoBecause Rails has become bloatware and has been since they lost sight of the future of the web and stagnated on innovating...
- scient 12y agoCare to elaborate?
- deleted 12y ago[deleted]
- anonova 12y agoDHH talks about this in The Changelog #145 (2015-03-06) starting ~01:14:15. https://thechangelog.com/145/ https://thechangelog.com/145/
- jfaucett 12y agoThis is good, DHH basically is talking about making rails (in the future version 5ish) more flexible for all those people building just backend rails apis that are consumed by seperate client frontends, mentions integrating websockets too. So it sounds like this is the first step in that direction.
- sanderjd 12y agoI don't think you're missing anything, but I think you (as many have before) are forgetting about one of Rails earliest and biggest selling points: curation of best practices for creating specific kinds of applications. While the ease with which skilled practitioners can configure the framework to work well for an API-driven application is a testament to its flexibility, the out-of-the-box conventions have been in need of some love for awhile. I don't think this is a huge deal, but it will definitely be nice to have official support for this configuration.