ホームページ >バックエンド開発 >PHPチュートリアル >Laravel 4 プライマリ チュートリアル - ページ、フォーム検証、laravelpages_PHP チュートリアル
Laravel 4 プライマリ チュートリアル - ページ、フォーム検証、laravelpages_PHP チュートリアル
- WBOYオリジナル
- 2016-07-13 10:15:40864ブラウズ
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 行を追加します。
リーリー
リーリー
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 を使い始めます。
ヌードルのような乱雑なコードから解放され、完璧なネットワーク 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. 自動ページング (自動ページネーション) 機能により、ビジネス ロジックに無関係なページング構成コードを多数混在させると、現在のページを覚えておく必要がなくなるので便利です... 残りのテキスト >>
ヌードルのような乱雑なコードから解放され、完璧なネットワーク 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. 自動ページング (自動ページネーション) 機能により、ビジネス ロジックに無関係なページング構成コードが多数混在しているため、現在のページを覚えておく必要がないのが便利です...残りのテキスト>>
。