You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
So you decided that you want use your Rails application as an API, huh? Great! But have you thought of the strategy for error handling? No? That’s also great, because I am here to help you! Handling errors: the basic approach If you were trying to find out how to handle error responses in Rails application, the chances are that you found something like this: def update @article = Article.find(para
MMMの前田です。 早いもので、MMMに入社してから1年が経過しました。 振り返ってみると、この1年はほぼRuby on RailsでWeb APIを作っていました。 常にRailsに触れることが出来、非常に楽しい一年になりました。 本日はRuby on Rails の Web APIで、クライアントからのパラメータをどのようにチェックしてバリデーションをしているかを纏めてみました。 ruby version 2.2.2 Ruby on Rails version 4.2.2 何故WebAPIのリクエストパラメータのバリデーションが必要なのか 例えばバリデーション無しでパラメータを受け取った場合、以下のコードでパラメータによって期待しない結果になったりします。 Book.where(id: params[:book_id]) 上記のコードはActiveRecordの基本的な検索パターンです
Query objects store complex SQL queries, data aggregation, and filtering methods. The goal of this pattern is to remove code for querying sets of objects from models/controllers and provide a simple yet powerful interface for complex data aggregation. In practice Query objects live in the app/queries folder. Their naming convention is similar to that of controllers. Each object should bear the plu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く