Laravel 4 プライマリチュートリアル - ページ、フォーム検証、laravelpages

Laravel 4 基本チュートリアル: ページ、フォーム検証、laravelpages

1. ビルドページ管理機能

コマンドを実行:

リーリー

PagesController.php の内容を変更します:

リーリー

次に、http://localhost:8000/admin ページを開き、以前にシードされたアカウントとパスワードを使用してログインします。次のエラーが表示されます。リーリー

このファイルは明らかにすでに存在していますが、Laravel が存在しないというエラーを報告するのはなぜですか? ！理由は 2 番目のチュートリアルにあるので、ここで直接説明します。このクラスはトップレベルの名前空間になく、サブ名前空間に新しいクラスを追加したことを Laravel に伝えていないためです。今すぐ教えてみましょう:

リーリー

OK、更新してください。また次のエラーが表示されます:

リーリー

この時点で、ビュー内のページフォルダー全体をコピーします。

リフレッシュ。次のエラーが表示されます:

リーリー

これは、composer パッケージ edvinaskrucas/notification をインストールしていないためです。バージョン 3.0.1 を自分でインストールしてください (Laravel 5 用に 4 が用意されています)。これは 3 番目の小さな作業です。 require-dev 内のパッケージは開発中にのみ使用されます。

ここでの通知は、より便利な通知コンポーネントです。

これをパッケージ化したら、次を実行します:

リーリー

次に、config/app.php の適切な場所に次の 2 行を追加します。

リーリーリーリー

多くの人が適切な位置を理解していないため、多くの人が間違いを犯しています。解決策も非常に簡単です。私のサンプルコードを直接参照してください: https://github.com/johnlui/Learn-Laravel-4/。 blob/master/app/config/app.php

次のインターフェイスが表示された場合は更新してください:

おめでとうございます〜Pagesの管理ページが完成しました！

2. フォームの検証

Laravel はネイティブで非常に使いやすいフォーム検証機能を提供しますが、検証ルールを再利用する必要がある場合があるため、コードの再利用を実現するために強力な名前空間を使用し、強力なコンポーネント化により Laravel の外部にある PHP の名前空間も表示します。機能とモジュールのデカップリング、HMVC などが遅れています。

新しい app/services/validators の 2 レベルのフォルダーを作成し、composer.json の autoload > クラスマップの最後に追加します。リーリー

これは、composer に次のように指示しています。私の下にあるすべてのファイルとサブフォルダー内のすべてのファイルを名前空間ツリーにマージしてください。これにより、app/services の下のクラスが独自の名前空間を宣言できるようになり、サブフォルダー内のファイルもそのサブ名前空間に属することを宣言できます。このフォルダーはフォーム検証クラスター、そしてもちろん他の多くのコンポーネントやモジュールをホストし、完全な分離を可能にします。

追加が完了したら、新しい app/services/validators/Validator.php ファイルを作成します:

リーリー

新しい app/services/validators/PageValidator.php ファイルを作成します:

リーリー

次に実行します:

リーリー

現時点では、ページ全体のすべての操作を試すことができます。この時点で、ページの管理部分は完了です。

大きな宿題: 現在、Pages 管理部分は完成していますが、Articles 管理部分はまだ何もありません。Pages のコードを模倣して、Pages と同様の管理システムを完成させてください。ヒント: コントローラー、ビュー、フォームの検証を含めます。記事管理部分を完了したら、いよいよ Laravel を使い始めます。

Laravelとは何ですか?

ヌードルのような乱雑なコードから解放され、完璧なネットワーク APP を構築するのに役立ち、コードの各行が簡潔で表現力豊かになります。 1. Bundle は、Laravel の拡張パッケージの構成形式または名前です。 Laravel の拡張機能パッケージリポジトリは非常に成熟しており、拡張機能パッケージ (バンドル) をアプリケーションに簡単にインストールできます。拡張機能パッケージ (バンドル) をダウンロードしてバンドルディレクトリにコピーするか、コマンドラインツール「Artisan」を使用して自動的にインストールするかを選択できます。 2. Laravel には、一連の高度な PHP ActiveRecord 実装である Eloquent ORM がすでにあります。関係の両側に「制約」を簡単に適用できるため、データを完全に制御し、ActiveRecord の利便性をすべて享受できます。 Eloquent は、Fluent のクエリビルダー (クエリビルダー) のすべてのメソッドをネイティブにサポートします。 3. アプリケーションロジックはコントローラーに実装することも、ルートステートメントに直接統合することもでき、構文は Sinatra フレームワークに似ています。 Laravel の設計哲学は、開発者に最大限の柔軟性を提供し、非常に小さな Web サイトを作成したり、大規模なエンタープライズアプリケーションを構築したりできるようにすることです。 4. リバースルーティングを使用すると、ルート名を使用してリンク (URI) を作成できます。ルート名を使用するだけで、Laravel が正しい URI を自動的に作成します。こうすることで、いつでもルートを変更でき、Laravel がすべての関連リンクを自動的に更新します。 5. Restful コントローラーは、GET リクエストロジックと POST リクエストロジックを区別するためのオプションの方法です。たとえば、ユーザーログインロジックでは、ログインページを取得するサービスを処理する get_login() アクションを宣言し、フォームから POST されたデータを検証する post_login() アクションも宣言します。検証後、決定が行われます。ログインページまたはコンソールにリダイレクトされるようになります。 6. クラスの自動ロードにより、将来的には、自動ロード構成テーブルを維持したり、不要なコンポーネントをロードしたりする必要がなくなります。ライブラリやモデルをロードしたい場合は、それをすぐに使用するだけで、Laravel が必要なファイルを自動的にロードします。 7. View Composer は、本質的には、View のロード時に自動的に実行されるコードです。最良の例は、ブログ側のランダムな記事の推奨です。「ビューアセンブラ」には、ランダムな記事の推奨をロードするためのロジックが含まれています。この方法では、コンテンツ領域のビューをロードするだけで済みます。その他のことは自動的に完了します。 8. リバースコントロールコンテナ (IoC コンテナ) は、新しいオブジェクトを生成し、いつでもオブジェクトをインスタンス化し、シングルトンオブジェクトにアクセスするための便利な方法を提供します。逆制御 (IoC) は、外部ライブラリ (ライブラリ) をロードする必要がほとんどなく、コード内のどこからでもこれらのオブジェクトにアクセスでき、複雑で冗長なコード構造に耐える必要がないことを意味します。 9. Migrations はバージョン管理ツールに似ていますが、データベースパラダイムを管理し、Laravel に直接統合されます。「Artisan」コマンドラインツールを使用して、「移行」命令を生成および実行できます。チームメンバーがデータベースパラダイムを変更した場合、バージョン管理ツールを使用して現在のプロジェクトを簡単に更新し、「移行コマンド」を実行できます。データベースはすでに最新の状態になっています。 11. 自動ページング (自動ページネーション) 機能により、ビジネスロジックに無関係なページング構成コードを多数混在させると、現在のページを覚えておく必要がなくなるので便利です... 残りのテキスト >>

Laravelとは何ですか?

ヌードルのような乱雑なコードから解放され、完璧なネットワーク APP を構築するのに役立ち、コードの各行が簡潔で表現力豊かになります。 1. Bundle は、Laravel の拡張パッケージの構成形式または名前です。 Laravel の拡張機能パッケージリポジトリは非常に成熟しており、拡張機能パッケージ (バンドル) をアプリケーションに簡単にインストールできます。拡張機能パッケージ (バンドル) をダウンロードしてバンドルディレクトリにコピーするか、コマンドラインツール「Artisan」を使用して自動的にインストールするかを選択できます。 2. Laravel には、高度な PHP ActiveRecord 実装である Eloquent ORM がすでにあります。関係の両側に「制約」を簡単に適用できるため、データを完全に制御し、ActiveRecord の利便性をすべて享受できます。 Eloquent は、Fluent のクエリビルダー (クエリビルダー) のすべてのメソッドをネイティブにサポートします。 3. アプリケーションロジックはコントローラーに実装することも、ルートステートメントに直接統合することもでき、構文は Sinatra フレームワークに似ています。 Laravel の設計哲学は、開発者に最大限の柔軟性を提供し、非常に小さな Web サイトを作成したり、大規模なエンタープライズアプリケーションを構築したりできるようにすることです。 4. リバースルーティングを使用すると、ルート名を使用してリンク (URI) を作成できます。ルート名を使用するだけで、Laravel が正しい URI を自動的に作成します。こうすることで、いつでもルートを変更でき、Laravel がすべての関連リンクを自動的に更新します。 5. Restful コントローラーは、GET リクエストロジックと POST リクエストロジックを区別するためのオプションの方法です。たとえば、ユーザーログインロジックでは、ログインページを取得するサービスを処理する get_login() アクションを宣言し、フォームから POST されたデータを検証する post_login() アクションも宣言します。検証後、決定が行われます。ログインページまたはコンソールにリダイレクトされるようになります。 6. クラスの自動ロードにより、将来的には、自動ロード構成テーブルを維持したり、不要なコンポーネントをロードしたりする必要がなくなります。ライブラリやモデルをロードしたい場合は、それをすぐに使用するだけで、Laravel が必要なファイルを自動的にロードします。 7. View Composer は、本質的には、View のロード時に自動的に実行されるコードです。最良の例は、ブログ側のランダムな記事の推奨です。「ビューアセンブラ」には、ランダムな記事の推奨をロードするためのロジックが含まれています。この方法では、コンテンツ領域のビューをロードするだけで済みます。その他のことは自動的に完了します。 8. リバースコントロールコンテナ (IoC コンテナ) は、新しいオブジェクトを生成し、いつでもオブジェクトをインスタンス化し、シングルトンオブジェクトにアクセスするための便利な方法を提供します。逆制御 (IoC) は、外部ライブラリ (ライブラリ) をロードする必要がほとんどなく、コード内のどこからでもこれらのオブジェクトにアクセスでき、複雑で冗長なコード構造に耐える必要がないことを意味します。 9. Migrations はバージョン管理ツールに似ていますが、データベースパラダイムを管理し、Laravel に直接統合されます。「Artisan」コマンドラインツールを使用して、「移行」命令を生成および実行できます。チームメンバーがデータベースパラダイムを変更した場合、バージョン管理ツールを使用して現在のプロジェクトを簡単に更新し、「移行コマンド」を実行できます。データベースはすでに最新の状態になっています。 11. 自動ページング (自動ページネーション) 機能により、ビジネスロジックに無関係なページング構成コードが多数混在しているため、現在のページを覚えておく必要がないのが便利です...残りのテキスト>>
。