知っておくべきRuby on Railsコマンドトップ5

Mar 07 2023

Rails ターミナルを最大限に活用するための私のお気に入りのヒントとコツ

Ruby on Rails でうまくコーディングするための鍵は、「Rails 風の」やり方を学ぶことです。RoR 方法を構築するための基本があります。

Unsplash の Safar Safarov による写真

Ruby on Rails でうまくコーディングするための鍵は、「Rails 風の」やり方を学ぶことです。RoR 方法を構築するための基本があります。さらに、コーディングを高速化し、開発プロセスを非常に簡単にする、全レベルのターミナルコマンドがあります。

以下は、私が RoR 開発者として 8 年間学んできたお気に入りの Rails コマンドのリストです。これらのいくつかは基本的なものなので、これらのコマンドを最大限に活用するためにそれらを学ぶための最良の方法を説明します。その他は、私が他の Rails プログラマーから途中で学んだちょっとしたコツで、私のコーディング生活をとても楽にしてくれます。

以下の必須の Ruby on Rails コマンドのリストを読み続けてください。

1. レールルート

基本から始めましょう。rails routesは、アプリ内で URL がどのように機能するか、どのページが利用可能か、パラメーターがどのように変数に変換されるかを理解するのに最適なコマンドです。

ビューからコントローラーにパラメータを渡す方法を理解するために、私はアプリの構築プロセスを通じて常にこのコマンドを実行します。分解してみましょう。

プレフィックス— この部分は、ヘルパーを使用するときに内部でルートを参照する方法を示しますlink_to。link_to "All Drinks", drinks_pathたとえば、最初のリンクは、プレフィックスを参照として使用すると、ビューからは次のようになります。
動詞— 動詞は、http リクエストの種類を示します。GET リクエストは情報を読み取るためのもので、通常はページを指定します。POST、PATCH、DELETE、および PUT リクエストはデータを変更するためのもので、データベースが変更されるリンクまたはアクションに使用できます。
URI パターン— これは、エンドユーザーがブラウザからアクセスする利用可能な URL だけでなく、URL 内のパラメータも明らかにするため、ルート内の絶対キーです。したがって、たとえば:id、パスにはのようなドリンク ID が含まれることを意味します/drinks/6。これは、オブジェクト ID をリンクヘルパーに渡す必要があることを意味し、コントローラーはデータベース内でどの ID を見つけるべきかを認識します。
Controller#action — 最後のセクションは、URL がアプリケーションのコントローラーにどのように対応するかを理解するためのものです。各リンクが適切なコントローラと適切なアクションに転送されることを意味します。

この画面には、Rails アプリで道を見つけるために知っておく必要があるすべてが表示されます。

OG Rail ファンなら、rakerails コマンドの代わりに db コマンドが実行されたときのことを覚えているかもしれません。純粋な Ruby データベース作業を行っている場合、またはアプリケーションで他の take タスクを実行している場合は、引き続き使用できる可能性があります。

rails db:migrate新しいテーブルの追加、列の追加、列の削除など、何らかの方法でデータベースを変更する場合に不可欠なコマンドです。モデルの更新または移行後にこのコマンドが実行されない場合、Rails コンソールとブラウザーは大きなエラーメッセージをスローします。

ただし、機能の開発プロセスに時間がかかるほど、DB の移行が面倒になることがよくあります。したがって、データベース作業に必須のコマンドはですrails db:setup。データベースをリセットして移行する理由は何ですか? セットアップコマンドは次を実行します。


rails db:drop
rails db:create 
rails db:migrate
rails db:seed

3.Railsの再起動

RoR アプリケーションをプログラミングするときは、常に少なくとも 3 つのターミナルタブを使用します。1 つはサーバーを実行し、1 つは Rails コンソールを実行し、もう 1 つはすべてのターミナルコマンドを実行します。

イニシャライザ、構成ファイル、モデルを更新するたびに、Rails サーバーを再起動する必要があります (これは必須ではありませんが、推奨事項です)。これを行う一般的な方法は、サーバーを実行しているターミナルウィンドウで CTRL+C を実行することです。しかし、私は次の 2 つの理由でこれを行うのは好きではありません: 1. 常にラグがあり、電源を切って再起動するのに時間がかかります。2. かかる時間がワークフローの邪魔になる。

別のタブで Rails restart を実行すると、目立たない方法でサーバーを起動し、コーディングの「ゾーン」に集中できるようになります。

作業用ターミナルで「rails restart」を実行すると、サーバーターミナルが自動的に更新されます。

4.リロード！

感嘆符は必須です。このコマンドはrails restart、コンソール用のものであると考えてください。Rails コンソールでコードをテストする場合、モデルファイルを更新したりデータベースを変更したりするたびにコンソールを再起動する必要があります。ただし、サーバーを変更するのと同じように、面倒で時間がかかる場合があります。

このreload!コマンドは 1 行でコンソールを自動リロードします。とは異なりrails restart、スタンドアロンタブではなく、コンソールで直接実行されます。メッセージが表示されたらtrue、コンソールが更新され、更新されたモデル情報で実行できるようになります。

このセクションのボーナスはrails console --sandbox、コンソールを開くと、コンソールを閉じると消去されます。サンプルデータを手早く試してみたり、開発データベースに残したくないテストデータに汚い名前を付ける習慣がある場合に最適です。

5. レールアセット:クロバー

アセットフォルダーは、RoR 開発の真の悪者です (そして、誰にも他のことを言わせないでください)。「マジック」またはスプロケットとアセットパイプラインのせいで、開発時に CSS を記述してから本番環境でページに実際に挿入されるまでの間に、奇妙なことがいくつか発生します。

多くの場合、.scssファイルが不正になったり、一部の JavaScript がコンパイルに失敗したり、ランダムなキャッシュによってすべてが狂ったりします。このrails assets:precompileコマンドは、CSS ファイルが製品でどのように表示されるかを示すのに最適です。ただし、アセットがコンパイルされると、それ以上変更を加えることはできません。public/assets フォルダーが作成され、縮小、連結などが行われています。

アセットの開発バージョンに戻る方法は、新しいフォルダーを上書きすることです。そこでこのrails assets:clobberコマンドが役に立ちます。public/assets ディレクトリ全体がクリーンアップされ、CSS の変更を再度実行して、必要に応じてフォルダーを再コンパイルできるようになります。

それでおしまい！

これらのコマンドは、Ruby on Rails でコーディングする際の私の秘密の武器です。次回の記事に含めるべきお気に入りのコマンドがあれば教えてください。