#❝ フレームワークは常に更新されており、プロジェクトの実装もそれに合わせて進める必要があります!

❞

##まえがき私は 2 年前に TP5.0 を使用してバックエンドを構築し、現在までそれを使用しています。変わりたくないわけじゃなくて、ただ「怠惰」という言葉のせいで。

今回、Kaka が新しいプロジェクトを書く必要があったことを光栄に思いましたが、私は以前に構築したフレームワークを引き続き使用し、執筆途中で停止しました。これまでのプロジェクトで検証してきたことを最適化することができます。

構造的にも効率的にも徐々に低下しており、新しいものが出てくるのは実行効率、コードスタイル、フレームワーク構造、新機能などでしょう。

開発効率のためだけに議論したりせず、現状を維持し、快適さを打ち破り、前進し続けてください。

Kaka はロードマップを作成し、そのロードマップに基づいて記事を書く準備をしていましたが、追加されていなかったナレッジ ポイントが追加されていることが後でわかりました。私も楽しみにしていますパートナーの皆様へ。一緒に情報を追加しましょう。コメント欄でお会いしましょう! ❞

#1. フレームワーク5.0 と 5.1 の比較

なぜ 6.0 を使用しないのかについては議論しないでください!

まず、Kaka が経験した変更について話しましょう。プロジェクト、ファサードの導入、クラス ライブラリのエイリアス、モデルの機能強化、アノテーション ルーティング、ミドルウェア。

これは、Kaka が最適化する最も重要なポイントでもあります。もちろん、5.1 には 5.0 の多くの新機能があります。見てください。写真をご覧ください!

フレームワークを 2 年間使用した後でも、Kaka は、プロジェクトの 2 つの最も実用的な機能ポイントはファサードとミドルウェアの導入であると今でも感じています。

次へ続ける, Kaka がファサードの使用方法について簡単に説明します。

#2. ファサードの簡単かつ大まかな理解

原理は分析しません。後ほどカカが分析する特別な記事を公開しますので、これを見たら、まずやってみましょう!

ファサードの機能は、クラスがインスタンス化するのを防ぐことです直接静的呼び出しを行う。

2 つのフレームワークを使用した実装ケースの比較

「TP5.0 の使用」

ツール クラスを導入した後、一度インスタンス化する必要があります。後で使用するときは $ になります。 this->session は SC クラスのメソッドを呼び出します。

この方法が使えないというわけではありません、TP5.1の効果を見てみましょう

「TP5.1の使用」 SC を導入した後、いくつかの簡単な設定を行った後、SC 内のメソッドを直接かつ静的に呼び出すことができます。これは非常に簡単ではありませんか?

ファサード設定プロセスは TP5.0 の直接インスタンス化よりも少し複雑ですが、非常に実用的です。

「TP5.1 のファサードを構成する方法を見てみましょう」

これは Kaka の現在のプロジェクト ディレクトリ構造です。外層でデータ名前空間を定義します。フック、コマンドライン構成、ファサードクラス、モデル、サービスクラス、サービスレイヤー、ツールクラス、および検証クラスを格納します

まず、SC クラスがツール クラスであることを明確にする必要があります。それでは、ツール クラスとは何ですか? それは、あらゆるプロジェクトで使用できるコードです。 次に、ファサード クラスを継承する必要があります。プロジェクト内にファサード クラスを 1 つだけ置くことはできません。簡単に使用できるように、ファサード クラスとして登録できるものが多数あります。

したがって、ファサードに登録する必要があるすべてのクラスが登録され、エイリアスも指定できるフックを作成する必要があります。 上の図でわかるように、Config は設定ファイルを読み込むために使用されるため、設定ファイルは間違いなく必須です。

SC クラス ファイルを構成ファイルに登録します。 最後のステップがまだ残っています。考えたことはありますか?フックは定義されていますが、実行されていません。

このとき、アプリケーションの初期化時に読み込まれるフックファイルを直接設定します。

ファサードの設定はここまでなので、後から使用する場合はSC::でメソッドを呼び出すだけです。

❝

学習の継続、ブログの継続、共有の継続は、キャリア以来、カカが常に貫いてきた信念です。Nuoda Internet でのカカの記事がそうであることを願っています。助けを持ってきます。また次回お会いしましょう。

❞