ヒントとコツ

ほとんどすべてのプログラミング言語では、同じ問題をいくつかの方法で解決できます。 ただし、それらのいくつかはより良く、いくつかはより悪いです。 10行のコードを書く必要がある人もいれば、1行で解決できる人もいます。



コードの改善と最適化には、最初のバージョンを作成するよりも時間がかかる場合があります。 新しいコードや興味深い実装に頻繁に会って、自分にこう言いました：「これは標準的な手段を使ってできることがわかったが、私は自転車を発明した」？ 個人的にはそうです。 したがって、この記事では「自転車」のコレクションをまとめ、それらを取り除く方法を説明しました。

配列メソッド

簡単な例-Userクラスのオブジェクトの配列があるとしましょう。 ユーザーには、アクティブ化されたプロパティがあり、ユーザーがアカウントをアクティブ化した場合は1に設定されます。 アレイのすべてのユーザーがアクティブ化されているかどうかを確認する必要があります。 ActiveRecordを考慮していません（別の方法があります）、私の目標は配列の操作方法を示すことです。



最初の方法、最も原始的な：

1. @users = User. find ( :all ) activated_users = 0 foreach user in @users activated_users + = 1 if user. activated == 1 end # , activated_users == @users . size
   
   
   
   
2. @users = User. find ( :all ) activated_users = 0 foreach user in @users activated_users + = 1 if user. activated == 1 end # , activated_users == @users . size
   
   
   
   
3. @users = User. find ( :all ) activated_users = 0 foreach user in @users activated_users + = 1 if user. activated == 1 end # , activated_users == @users . size
   
   
   
   
4. @users = User. find ( :all ) activated_users = 0 foreach user in @users activated_users + = 1 if user. activated == 1 end # , activated_users == @users . size
   
   
   
   
5. @users = User. find ( :all ) activated_users = 0 foreach user in @users activated_users + = 1 if user. activated == 1 end # , activated_users == @users . size
   
   
   
   
7. @users = User. find ( :all ) activated_users = 0 foreach user in @users activated_users + = 1 if user. activated == 1 end # , activated_users == @users . size
   
   
   
   
8. @users = User. find ( :all ) activated_users = 0 foreach user in @users activated_users + = 1 if user. activated == 1 end # , activated_users == @users . size
   
   
   
   

ここで最初にしたことは、ループではなく各配列メソッドを使用することでした。

1. @users =ユーザー。 検索 （ ：すべて ）
2. activate_users = 0
4. ＃私は個人的にこの記録方法が好きです、
5. ＃多くの言語の標準foreachループより
6. @users それぞれ が | ユーザー|
7. activate_users + = 1ユーザーの場合。 有効化 == 1
8. 終わり
10. ＃または1行で：
11. @users 各 { | ユーザー| activate_users + = 1ユーザーの場合。 有効化 == 1 }

しかし、この記録でさえ後で私に合わなかった。 より合理的なオプションを見つけました：

1. ＃selectメソッドを使用すると、特定の条件に従って配列の要素を引き出すことができます
2. ＃そして、両方の配列のサイズを比較します
3. @users =ユーザー。 検索 （ ：すべて ）
4. @users { | ユーザー| ユーザー アクティベート == 1 } 。 サイズ == @users 。 サイズ

ただし、すべての優れたものがすでに発明されているので、ドキュメントを読んでください。 配列には素晴らしいすべてがありますか？すべての要素が条件を満たすかどうかを確認するメソッド。 ところで、少なくとも1つの要素が条件に一致する場合にtrueを返すany？メソッドがまだあります。



コードはすべて1行で記述できます。

1. @users すべて ？ { | ユーザー| ユーザー 有効化 == 1 }
2. ＃またはこのように：
3. @users すべて ？ （ ＆ ：activate ） ＃activateがtrue / falseに設定されている場合、 Rubyの0はtrueと見なされます

さらに、あまり知られていないが便利な方法がいくつかあります。

1. ＃最初の5つの要素を取得する
2. @array 。 取る （ 5 ）
4. ＃ランダムなアイテムを選択
5. @array 。 選択
7. ＃アイテムをランダムに散布する
8. @array 。 シャッフル ！
10. ＃番号で配列要素を取得
11. ＃さらに、このメソッドは@array [1]よりも高速に動作します
12. @array 。 （ 1 ）

配列内の要素の数を数える最良の方法は何ですか？

カウントが最も機能的です。 括弧内のパラメーターを指定できます。

1. 配列= [ 1、1、2、2、3、4、5 ]
2. 配列 カウント ＃=> 7
3. 配列 count （ 1 ） ＃要素の数をカウントします "1" => 2
4. 配列 カウント { | p | p > 2 } ＃条件ごとに要素をカウントします=> 3

サイズまたは長さ （配列で同じ）は、すべての要素の数を単純にカウントすることだけが目的なので、最も速い方法です。

頻繁に使用されるActiveRecordクエリ

私が出会ったもう1つの「バイク」は、 名前付きスコープの独自の実装です。 たとえば、Carsテーブルがあります。 多くの場合、基地に行き、特定の色の車を引き出す必要があります。 モデルに独自のメソッドを書くことができます：

1. クラス Car < ActiveRecord :: Base
2. デフセルフ 。 only_red
3. 自己 。 find （ ：all 、：conditions => "color = 'red'" ）
4. 終わり
5. 終わり

彼はすべての赤い車を探しています。 彼に目を向けるのは簡単です-Car.only_red。 しかし、主な欠点は、すべてを整理する場合（または、limit => 5などを追加する場合）、モデル内のメソッドを変更するか、標準のfindを使用する必要があることです。



非常に便利で使いやすいnamed_scopeが助けになります。

1. クラス Car < ActiveRecord :: Base
2. named_scope ：赤 、： 条件 => '色= "赤"'
3. 終わり

Car.red-ほぼ同様に使用します。 ただし、これに加えて、findメソッドと組み合わせて使用​​することもできます。例：

1. 車。 赤 。 find （ ：all 、：limit => 10 、：order => "id DESC" ）

そして、それらを組み合わせることができます。 最初に、マシンを所有するユーザーをリクエストに含めることができる新しいスコープを追加します。

1. named_scope ：with_users ,: include => ：users

これでCar.red.with_usersがノウハウクエリを作成します。 便利ですか？ 間違いなく。

Link_toと彼の友達

最も一般的なlink_toリンクには、さらに興味深い類似物がいくつかあります。



1つ目はlink_to_ifで、条件に一致した場合にのみリンクを出力します。 一致しない場合、リンクはなく、テキストのみがその場所に残ります。

たとえば、「カルマを上げる」というリンクがあります。 ユーザーがすでに投票している場合は、利用できません。 この目的のために別のスタイルを作成し、リンクをプレーンテキストとして表示するものもあります。 しかし、あなたは書くことができます：

1. link_to_if （ user。voted_for_karma ？== false ） 、 "カルマを上げる "、： action => "add_karma"

ここで何を変更できますか？ もちろん、（user.voted_for_karma？== false）は明確に見えません。link_to_unlessを使用してfalseとの比較を簡単に削除できるためです。

1. link_to_unlessユーザー。 voted_for_karma ？、 "Raise Karma "、： action => "add_karma"

さらにクールにすることができます-ユーザーが既に投票しているとしましょう。

1. ＃ここでlink_nameは元のリンクの名前として使用されます（使用されません）
2. link_to_unless （ user。voted_for_karma ？、 "Raise karma "、： action => "add_karma" ） { | link_name | 「あなたはすでに投票しています」 }

また、ユーザーがログインしていない場合、たとえば登録にリダイレクトするなど、別のリンクを指定することもできます。

1. link_to_if （ user。logged_in ？、 "トピックの作成 "、： action => "add_post" ） do | link_name |
2. ＃ログに記録されていないユーザーがリンクをクリックすると、ログインページに移動します
3. link_to （ link_name ,: controller => "users" 、： action => "login" ）
4. 終わり

ブラウザーが現在のページにある場合、リンクのテキストへの置換を見ることができます。 これはlink_to_unless_currentを使用して行われます：

1. <！-index.html.erb->
2. < ul id = "navbar" >
3. < li > <％ = link_to_unless_current （ "Home" 、 { ： action = > "index"}）％> < / li >
4. < li > <％ = link_to_unless_current （ "About Us" 、 { ： action = > "about"}）％> < / li >
5. < / / ul >
6. <！-About Usページに移動すると、htmlコードに次のように表示されます。->
7. < ul id = "navbar" >
8. < li > <a href = "/ controller / index">ホーム< / a > < / li >
9. < li >会社概要< / i >
10. < / / ul >

検証のロシア化

私がかつて遭遇した別の問題は、検証とエラーです。 私のアプリケーションは（もちろん）ロシア語で、デフォルトでは次の形式でエラーが発行されました：「タイトルを空にすることはできません。」



まず、ロシアのgemをインストールする必要があります。それについて既に知っていることを本当に願っています。 これにより、ほとんどの標準メッセージがローカライズされます。

次にconfig / localesフォルダーでru.ymlファイルを開く（または作成しない場合は作成する）必要があります。 これが私のファイルの例です：

1. ru：
2. activerecord：
3. エラー ：
4. full_messages：
5. レート：
6. exists： 「同じユーザーを2回評価することはできません」
7. number_limit： 「評価は-2から2までの値を取ることができます」
8. 属性：
9. ニュース：
10. タイトル： 「タイトル」
11. 本文： 「テキスト」
12. 記事： 「記事」

ご覧のとおり、ニューステーブルのタイトルフィールドをローカライズするには、上記のレコードをローカライズファイルに追加します。



full_messagesフィールドは、完全なエラーメッセージに使用されます。 モデルへの適合方法は次のとおりです。

1. クラス Rate < ActiveRecord :: Base
2. validates_uniqueness_of ：rate_owner_id ,: message => "rate.exists"
3. validates_inclusion_of ：value 、： in => [ -2 、 -1、1、2 ] 、： message => "rate.number_limit"
4. 終わり

messageパラメーターはローカライズファイルを取得し、アドレスactiverecord.errors.full_messagesに移動してから、モデルで指定された場所に移動し、ローカライズされた文字列を返します。 すべてが非常に簡単です。 メッセージを指定しない場合、出力は標準のエラーフレーズになりますが、私の場合は、それを私のものに置き換えました。

コントローラーのメソッド

ajaxと旧式の両方の方法でアクションでデータを返す必要がある場合、request.xhr？を使用して確認できます。次に例を示します。

1. def検索
2. @users =ユーザー。 find （ ：all 、：conditions => "login LIKE '＃{params [：q]}'"、： limit => 30 ）
3. render ：json => @users if request xhr ？
4. 終わり

別の便利な方法は検証です。 名前から判断すると、正しい要求がコントローラーに届いたことを確認するのに役立ちます。 これは主に保護のためであり、一部の方法では使用することを強くお勧めします。

1. クラス UsersController < ApplicationController
2. ＃createメソッドを確認します-post要求と指定されたパラメーターのみを受け入れる必要があります。
3. ＃何か問題がある場合は、ユーザーを先頭にリダイレクトし、フラッシュエラーメッセージを追加します。
4. verify ：only => ：create 、： method => ：post 、：params => [ ：login 、：email ,: name ] 、： redirect_to => ：index 、：add_flash => { ：error => 'Invalid request。 大丈夫ですか？」 }
5. 終わり

ところで、可能な限り詳細にエラーをペイントするべきではありません-主な検証はモデルで行われるべきです。 ここでパラメータをチェックし、何か問題がある場合は誓います。

デバッグ

アプリケーションのデバッグには、ロガーとruby-debug gemを使用します。 ロガーは、「ユーザーの代わりに彼が何を返すのか」を簡単にすばやく見つける方法です。 それは単純に行われます：

1. ＃コンソールにオブジェクトを便利に表示するために呼び出す
2. ロガー。 debug "users =＃{users.inspect}"

ところで、logger.debugだけでなく、logger.info、logger.warn、またはlogger.fatalを使用することもできます。 RAILS_DEFAULT_LOGGER.debugは、logger.debugというフレーズに応答しないため、独自のクラスで作成できます。



変数の状態を確認または変更する必要がある場合は、デバッガーを使用できます。 これを行うには、たとえば次のようにデバッガエントリを配置します。

1. クラス UsersController < ApplicationController
3. defインデックス
4. @user =ユーザー。 find_by_id （ params [ ：id ] ）
5. role = @user 。 役割
6. デバッガー
7. 終わり
8. 終わり

その後、-debuggerパラメーターでサーバーを起動するか、追加する必要があります

1. 「ruby-debug」 が必要

environment.rbで。 その後、ブラウザでインデックスページを更新しますが、停止し、ロードされません。 コンソールを見る時が来ました。そこでデバッガを待っています。

1. （rdb：1）irb
2. irb（＃<UsersController：0x1039edd20>）：001：0> @user
3. =>＃<ユーザーID：1、ログイン： "Vizakenjack">
4. irb（＃<UsersController：0x1039edd20>）：001：0> @ user.login = 'Admin'
5. =>「管理者」>

まずirbに進み、次に変数を見てください。 表示に加えて、それらを変更してから、アプリケーションに入れることができます。



デバッガに関する本全体を書くことができます。ここでは、基本的な使用例のみを示しました。 「すべてを一度に」したい人のために-以下の段落のリンクを読んでください。

おわりに

ここで、私を助けてくれたいくつかの便利なリンクを提供します。そして、あなたにも役立つことを願っています。

• レール上のガイド 。 英語で 非常に便利な記事のコレクション。
• Ruby Toolbox-プラグイン、宝石、および拡張機能のコレクション。 すべての機会に。
• Rails APIおよびRuby API 言語とフレームワークのドキュメント。 多くの類似物がありますが、私はこのサイトが好きでした。
• ロシア語のRuby Wikibook 。 とても読みやすいです。 興味のある方は、「ネットワーク」セクションにアクセスしてください-トロイの木馬の説明もあります！
• Rubularは、正規表現を作成およびテストするためのサイトです。