このユニットでは、私たちはrestrと呼ばれるものに集中しています。
それは表現的な状態遷移を表していますが、実際にはこのレッスンでは重要ではありません。
それはそれほど重要ではありません。
実際に私は、ほとんどの開発者は、あなたが何を表しているのか分かりませんが、彼らは彼らに何かを伝えることはできませんが、残りの部分を教えて、それが何を表すのか分かりません。
重要なことは重要なことではありませんが、何が安いかを定義しています。
だから、新しいツールや新しい技術ではありません。
それは言語やそのようなものではありません。
はるかに簡単です。
休憩はルートを定義するパターンに過ぎません。
それはHTPルートをマッピングする方法であり、一緒に泣き叫んで、荒れ狂ったことを覚えています。
それはもう一つの頭字語で、更新を読んで破壊します。
だから私たちはこれらの機能を持っています。
ユーザーの例を見てみましょう。
私のサイトにはユーザーがいて、誰かが新しいユーザーを作成できるようにしたい。
誰かがユーザーを読み込んで、ユーザーを更新したり、ユーザーを破棄したり、削除したりすることを意味するユーザーを読み取ることができます。ここにあるブログサイトの例を挙げると、すべてのブログを読むことができますここに。
これはすべてのブログのリストですが、私はここにある新しいブログを追加できるようにしたいと考えています。
新しい投稿
ブログを編集して、編集するためのフォームを見たいと思っています。
コミッションポイントを作る必要があり、私のブログが編集されているのがわかり、ブログを削除したいのです。
だから、この1つの削除ブログを削除しましょう。
私は明示的なアプリではなく、そのすべてを保証する必要があります。
7種類の食欲があり、ポストアプリには何かラップが定義されていて、必要なものよりも多くのように聞こえる。
しかし、我々はrepsに必要なものを作成するようないくつかの操作のために、私たちはこのフォームを私たちに示すフォームの経路が必要であることを忘れないでください、そして、同じものを提出するフォームの場所が必要です。
このようなフォームを更新するには、フォームのどこかに行く必要がありますので、特定のルートを通過するのにもう少し時間を費やしますが、重要なことは休憩は単なる規約に過ぎないということです。
HGPルートを厳格な機能にマッピングするためのアーキテクチャです。
だから私たちができることは、ログやエンティティを取ることができると言ってみましょう。もしあなたがブログを破壊する可能性のあるページを持っていたら、それはブログのようなものか、
。
そして、私たちが破壊しているブログが必要なので、そこにIDがあるか、更新する必要があります。
あなたは、ブログのスラッシュIDを更新したり、すべてのブログを読んだり、スラッシュのように何かを読んだり、すべてのブログを読んだり、すべてのブログを読んだりすることができます。
そしてポイントは、私たちが望むものを何でもすることができるということです。
そして、それはあなたが望むものを何もしないということです。
あなたはパターンに従っています。そして、あなたが安らかにそれを後ろに包む理由は、従来のものです。
あなたは、さまざまなアプリケーションでその場全体を見ることができます。
しかし、もっと重要なのは、コード内で作業している他の人や、APIについて話しているときに、あなたが安らかなAPIとやりとりしている場合や、自分が作成した独自のAPI何か安らかなものなら、それは特定のパターンに従い、そのパターンは今年です。
だから私はすべての異なった安らかなルートのテーブルを持っています。
この場合、犬以外の何のためですか。
したがって、これらはアプリケーションで定義する7つのルートです。ここで話をして、実際にそれを分解する方法はたくさんあります。
だから圧倒せないでください。
私たちは、これらのそれぞれにビデオを捧げ、実際にそれを実装するつもりです。
そして私たちはこの簡単なブログサイトと簡単なメモを作成しますが、これはブートストラップで構築されていないということです。
セマンティックUIと呼ばれる別のフレームワークで構築されています。
そして私はいくつかの理由でそれをしました。
1つは意味論的なUIが好きだということです。
私はそれが少しきれいだと思う。
しかし、あなたは実際にあなたのHMOにも書きます。
私はそれが見える方法が好きであり、最も重要なのは、CSSAのための別のフレームワークを見て、それほど違っていないことを確認してほしいということです。
正直なことは非常に似ています。
たぶんクラスの中には違った名前が付けられているかもしれませんが、素晴らしいシステムがあります。
ボタンがあります。そこには、ブートストラップにあるすべてのものがナビバーで表示されます。
そこには他の同等のフレームワークがあります。
OK。
だから我々はこれを作るだろうし、我々は最後にスタイリングをやっているだろう。
だからそれは本当に焦点ではありません。
しかし、焦点は何ですか。
ルートです。
だからここでスラッシュログから始めれば、私のデータベースにすべてのブログのリストがあることがわかります。これはインデックスルートと呼ばれます。
だから、このテーブルでは、あなたが犬のためにしているルートの1つの名前であるインデックスを見ることができます。
それはスラッシュログで、HDTV動詞は取得リクエストであり、その目的はすべての犬をリストすることです。
色分けされた新しい未作成を見てみましょう。
彼らはお互いに関係しているので、両方とも緑色です。
彼らは両方とも新しい犬を作成することに関連しており、アップデートも両方ともリンクされているので色分けされています。
それで、ブログサイトに戻って新しい投稿をクリックすると新しいものが作られ、URLスラッシュログのスラッシュに注意を払うだけで、私がしているのはフォームであることだけです。
そして、私たちのここのテーブルによると、あなたの周りの新しいあなたは新しいスラッシュを掘ってスラッシュです。
それは取得リクエストであり、新しい犬のフォームを表示するはずです。
私たちの場合、それはブログです。
そして我々はここでフォーラムを見る。
だから私はあなたがうまくいっているイメージをコピーするだけでこれを取ることができます。
新しい投稿はここでランダム投稿を作成するだけです。削除すると、作成をクリックします。
そしてラップを作ることについて話すことが重要です。
したがって、このフォームはこの新しい投稿フォームが送信される場所に移動します。
だから、テーブルを見れば、Createは掘り出し物をポストとして捨てると言います。
だから私たちは既に、犬を飼い主のページとしてスラッシュを掘ったり、索引のページスラッシュとして捨てたりしています。
実際にフォームデータを投稿して新しい犬を作成し、どこかにリダイレクトする場所です。
そこで私たちは最後のユニットでこれを見ました。私たちは物事を作成し、Expressでリクエストを送信することについて話しました。
これはポストリクエストまたはルートで、犬をちょうどスラッシュして聞いています。
そして、私たちがコースの形を調べると、アクションスラッシュブログを投稿として見ることができます。
OK。
だからうまくいけば、今、私たちはこのテーブルを持っています。
それは、基本的に私たちが続くパターンで、空白を埋めることができます。
私たちがダイビングをしていないなら、私たちはブログやコメント、キャンプグラウンドやユーザーをしているかもしれません。私はここで開かれたキャンプで本当に簡単にあなたを見せます。
すべてのキャンプ場が見えるページがキャンプ場を削っていることに注目してください。
新しいキャンプ場を最初に追加したい場合は、もう一度ログを残す必要があります。
これは後のバージョンです。
明らかに、我々はまだ持っていないいくつかの機能を持っています。
しかし、私がログインすれば。
私が新しいキャンプグラウンドのキャンプグラウンドスラッシュを追加する場合は、同じパターンでキャンプグラウンドと犬を交換してください。フォームが提出する場所を見れば、反対にスラッシュキャンプグラウンドが見えるはずです。
他のすべての穏やかなルートにある私たちがここにいるのはこれだけです。後でそれらを実装する予定です。
そしてYotamにそれをするのを待っているのは、それがユーザー認証にリンクしているからです。ログインしていない限り、誰かが新しいキャンプ場を追加しないようにしたいのです。
私はそれを作成しない限り誰かのキャンプ場を削除することはできません。
それを更新するのも同じです。
そこで、まず認証を取得し、残りの残りのルートを追加して、現在はそこから近くに置いていきます。
それでは、動き続けよう。
私達はインデックスの新しい未作成をカバーしていました。そしてショーページのポイントでキャンプ場にキャンプしたヨークにショーページを追加したときに最後のユニットで見たショールートを持っています。
犬の場合、特定の犬についての情報を表示します。
たとえば、私たちのブログサイトに戻ってみると、サーバーを再起動してください。ホームページに行くと、インデックススラッシュログには各ブログ投稿が少し表示されますが、すべての情報が表示されるわけではありません。
それで、今年のように私がクリックすると、私が設定した方法で見えない余分なコンテンツがあります。これは、インデックス上の最初の100文字を表示することです。
しかし、記事全体を読むには、をクリックしてください。
私たちのショーページはここにあります。
あなたが立ち上がっていることに注目してください。
スラッシュブログはスラッシュ。
このクレイジーなアイデア。
ヨアキンと同じように。
それがショーページのポイントです。
ユニークなものを特定のIDで取得し、対応するアイテムを見つけて、その1ページにすべての情報または多くの情報を表示します。
だからインデックスとショーはcrudが行く限り、ルートを読むことです。
Rの索引には、犬やブログ、ユーザー、キャンプ場、ショーが1つであることを特定したすべてのものがすべてリストされます。
それはより多くの情報を表示します。
それは取得要求です。
ヒット・エンジェルは私の今のものなのでリクエストを受け取ったと伝えます。
そして、それはエンティティがスラッシュであるかどうかを問わず、スラッシュのユーザースラッシュのブログスラッシュIDをパス変数として表示するので、更新があり、その2つがリンクされていることを示します。
彼らは新しいもののようにお互いに対応して作成します。
したがって、私たちはフォームを表示し、更新はフォームが送信する場所です。
だから、犬のための編集を開始することができますので、そのフラッシュ犬は、取得リクエストとしてコロンIDスラッシュをスラッシュし、それは1犬の編集フォームを示しています。
これらのうちの1つを編集しようとすると、あなたに注意を払うか、またはスラッシュIDスラッシュを記録していることに気づき、編集中の正しいブログを見つけなければならないので、そのIDを知っています。
それでは、ここにどのようにデータを事前入力したか
私たちはブログをスラッシュで編集するだけで、編集内容をどのように知ることができますか？
データをどのように取得しますか？
実際にはうまく動作しないように、データベース内で実際に更新するものを見つけてください。
しかし、安らかなルートに従えば、安らかな大会のログに従います。
スラッシュIDはスラッシュで、私はここでフォーラムを見る。
フォームがどこに行くかを見ると、IDとユーロが必要で、ログのスラッシュIDに移動する必要があります。
そして、いくつかの奇妙なものがあります。
メソッドは、putメソッドがpostと等しい場合と同じです。
今は少しそれになるだろう。
しかし、私たちがテーブルをチェックした場合の重要なことは、putリクエストであり、まだ使用していないリクエストを入れるポストリクエストではないということです。
それは、新しいデータをポストするのではなく、何かを更新するために使用される別のHGP動詞です。
あなたが眠っているルースを感じている場合は、練習をしてください。
そして、残念なことに、このようなテーブルがあれば、このパターンに従ったいくつかのアプリを作った後、これを覚えてしまうことでしょう。
私の経験では、学生が実際にそれを第2の性質にするためには少し時間がかかりますが、この表に従うと、それを開いたままにして、実際には安らぎのルーティングの代わりにここにメモを入れます。
ここにはテーブルがあり、あなたがしなければならないことをいつでも見たいと思っています。
このファイルをExpressで提供する必要のない新しいファイルにコピーする必要はありません。
ここでファイルを開くだけでプレビューをクリックすると、ライブプレビューファイルをクリックすることができ、クラウド9の代わりにアプリケーションのすぐ内側にこのファイルが開きます。
あなたがそれを開いたままにしたい場合や、より短いバージョンを作成する場合は、そうしたい場合。
これは単なる青写真なので、私たちはたくさんのところに戻ります。これは素晴らしいことです。
我々はそれに従うだけです。
我々は、このテーブルを持っている限り、担当者を思い出させるために何をすべきかについて考える必要があります。
それは私たちにその形を示しています。
全体的な更新では、そのフォームからデータを送信する場所が考えられます。
また、盲目的に新しい犬や新しいブログを作成している場所を作成するのと同じではないので、IDが必要です。
更新の中のプロセスは、フォームから新しいデータを取得することです。最初に犬の投稿を検索して新しいデータで更新する必要がある古いデータを見つけなければなりません。
だから私たちはまだ私たちがまだ話をしていないショーの編集と破壊のように、そのIDを使って何かを見なければなりません。
IDを持っているこれらの4つはまた、最初に特定の犬やポストを見上げることができる必要があります。
最後に私たちは破壊の道を破壊するというのは、それが単一のルートだということです。
したがって、フォームが含まれているにもかかわらず、新しい未作成のように、破壊する要求を送信する別個のフォームはありません。
しかし、通常、私たちの破壊はこのように見えます。
私が戻ってこれらの投稿の1つをクリックすると、ここには1つのボタンが付いたフォームがあり、削除リクエストを送信して犬をスラッシュします。
この場合、スラッシュIDまたは私たちのブログサイトでは、IDを削除するようにIDをスラッシュします。
そしてポイントは、それが特定のものにつながり、どこかにリダイレクトするということです。
したがって、実際にリダイレクトするルートは3つあり、リクエストを取得しない3つのルートです。
そこで我々は更新を作成して破壊しました。
それらは新しいことをしているものです。
彼らはデータを取ったり、削除したり作成したり、更新したりしています。
そして、それで終わったら、あなたをどこかに送ります。
また、スラッシュドッグスラッシュIDはEllasのアップデートや表示とまったく同じですが、HTP
Verdのために非常に異なるルートであることにも注意してください。
だからエクスプレスでは、スラッシュドッグスラッシュIDを取得するアプリを持つことができますし、出力スラッシュドッグセッションIDとアプリ削除スラッシュドッグスラッシュIDを持つことができ、3つの別々のルートがあります。
同じことがインデックス作成のために作成されます。それらの両方が作成された犬ですが、取得して作成するインデックスは投稿です。
これは圧倒的な情報量です。
私は良いニュースをもう一度知っているこのチャートは、一度に1つの部分を分解して、最初から私たちのブログサイトを作成し、ちょうど私たちが進むにつれて、これらの包みで自然にもっと快適になるということを参照しているということです。
だから、戻って、ちょうどこのすべての頭字語表現主義移転が重要ではない残りのすべてをもう一度ラップしたい。
重要なことは、安らかなルーティングは、我々が従うことができるルートのパターンであるということです。
update destroyまたはdeleteを作成したいと思うなら、コメントキャンプグラウンドでは、アプリケーションにあるものを評価して、読者が更新を作成して削除できるようにします。
だから完全なcrudを作成したい場合は、いくつかのエンティティユーザのためにread
その機能を7つの安らかなパターンにマップすることができます。
あなたはあなたのアプリケーションで泣くためにそれを使用する必要はありません。
あなたはあなたが望むものにルールを破ることができます。
これは決して強制されるものではありません。
ラップをどのように構築するかは、素敵なパターンとアーキテクチャのコンベンションです。
それが本当に重要な部分です。
私たちが望むことは何でもできますが、それは単なる良いアイデアだから、安らかなルートに再び従うつもりです。