How unfortunate that ActiveModelSerializers are nothing more than views without templates. If they were coupled with deserializers, that would be a real difference. Recently I'm trying Roar which is basically the same thing, but works in both directions.
One thing not mentioned in the episode is that HTTP reserves the 409 status code to indicate conflicts. render status: :conflict also works. Set it for your response, especially in APIs.
Metrical is not maintained anymore, see this commit. According to Readme, it may still work when installed with Bundler and run with bundle exec. Revived MetricFu works like a charm, however I had to add it to Gemfile gem 'metric_fu', group: :metrics, require: false and run with bundle exec too. ruby_parser could not be found otherwise.
Actually when you play with such DBs there is no need for STI cause there are no tables. And class inheritance becomes really good and natural approach then.
Ryan, I am suprised those tests passed. You should use should have_no_content instead of should_not have_content, see Capybara README. Maybe PhantomJS makes all AJAX synchronous? I don't know. Thanks for tons of great episodes!
What I like in this gem is ActionController::API which is a bit lighter than ActionController::Base.
What I don't like in this gem is everything else.
If you want to create an API application with some HTML admin panel, you either need to use "normal" Rails and rely on ActionController::Base, possibly stripping it somehow, or use "rails-api", but reenable nearly everything. Both approaches suck. Too bad spastorino haven't decided to include ActionController::API in Rails (or maybe that was impossible) and make "rails-api" nothing more than configuration generator.
I prefer to use Grape mounted in routes, so I get nice DSL behind decent Rails middleware.
You'll have *unencrypted* passwords in your logs! One more thing needs to be done, described here: http://asciicasts.com/episodes/224-controllers-in-rails-3
watch on iTunes
follow on Twitter
follow on Facebook
subscribe to RSS feed
How unfortunate that ActiveModelSerializers are nothing more than views without templates. If they were coupled with deserializers, that would be a real difference. Recently I'm trying Roar which is basically the same thing, but works in both directions.
Yeah, I agree. It's a great introductory topic. But there are lots of things to cover.
So either a good topic for a long episode or a series of two. Or maybe I've written too many git-specific things?
One thing not mentioned in the episode is that HTTP reserves the 409 status code to indicate conflicts.
render status: :conflictalso works. Set it for your response, especially in APIs.Metrical is not maintained anymore, see this commit. According to Readme, it may still work when installed with Bundler and run with
bundle exec. Revived MetricFu works like a charm, however I had to add it to Gemfilegem 'metric_fu', group: :metrics, require: falseand run withbundle exectoo.ruby_parsercould not be found otherwise.Currently
handlebars_assetssupports haml (as well as slim). See readme for details.Episode 404 is missing, great joke!
Actually when you play with such DBs there is no need for STI cause there are no tables. And class inheritance becomes really good and natural approach then.
Thanks for clearing it! I didn't notice that matchers behavior differs from query methods behavior.
Ryan, I am suprised those tests passed. You should use
should have_no_contentinstead ofshould_not have_content, see Capybara README. Maybe PhantomJS makes all AJAX synchronous? I don't know. Thanks for tons of great episodes!What I like in this gem is
ActionController::APIwhich is a bit lighter thanActionController::Base.What I don't like in this gem is everything else.
If you want to create an API application with some HTML admin panel, you either need to use "normal" Rails and rely on
ActionController::Base, possibly stripping it somehow, or use "rails-api", but reenable nearly everything. Both approaches suck. Too bad spastorino haven't decided to includeActionController::APIin Rails (or maybe that was impossible) and make "rails-api" nothing more than configuration generator.I prefer to use Grape mounted in routes, so I get nice DSL behind decent Rails middleware.
@50 - sorry, my mistake. It is set by default to hide this param.
You'll have *unencrypted* passwords in your logs! One more thing needs to be done, described here: http://asciicasts.com/episodes/224-controllers-in-rails-3