基本的な Web 開発で解決すべき問題は、多くの場合、それらのフレームワークの目的、つまり問題を解決することです。
1. 便利なDB操作
2. 効率的なフォーム処理。
3. 柔軟な URL ルーティング;4. 合理的なコード構成構造;
5. アーキテクチャ拡張: キャッシュ、セキュリティ、DB 拡張など
6. 豊富なクラスライブラリ
各フレームワークの哲学によって、最終的なユーザー グループが決まります。
フォーム処理については、フロントエンドとバックエンドの両方のコーディングが関与するため、開発の中で最も複雑で時間のかかるプロセスとなることがよくあります。
そのため、多くの人は、フロントエンドとバックエンドのフォーム検証ルール、さらにはフォーム コントロールをカプセル化して、退屈で反復的なコーディングを減らす方法を見つけています。一般的な解決策は次のとおりです:
1.Pear クイックフォーム
2.ゼブラフロム
3. Yiiモデル
4. 他のさまざまなフレームワークにフォーム処理が組み込まれています
1 つ目と 2 つ目の 2 つは統合ソリューションで、フォーム要素と対応する検証ルールを PHP を通じて完全に構築します。もちろん、フロントエンド表示ソリューションを自分でカスタマイズして、ワンタイム コーディングとユニバーサルなフロントエンドとバックを実現することもできます。 -end、これはすでに素晴らしいデザインです。
しかし、結合度はまだ少し高いように感じます。フォームデータはデータベースと対話するために収集されることが多く、つまりフォーム内のデータは通常 DB 操作に使用されます。フォームデータが処理された後は、DB 操作で直接使用できるわけではありません。
Yii のソリューション、特に AR ソリューション: バックグラウンドのデータベース側から始めて、使用シナリオに逆算して取り組んでいます。 Gii ツールを通じて、データベース構造に従って DB モデルが生成され、DB のさまざまなルールがモデル クラスに自動的にマッピングされます。フィールド検証ルールは、対応する ActiveForm ペンダントと組み合わせて、フロントエンドとバックエンドの同期検証を実現します。結合度は非常に低く、フロントエンド インターフェイスは完全にカスタマイズできます。基本的な検証ルールは統一された仕様に従っており、それぞれの検証ルールの再利用性が高く、独自に拡張することができます。
これは私がこれまでに見た中で最も合理的な解決策であると言うべきです。
主にアイデアを要約するために、これ以上多くは言いません。
Zhang Xiaoxiang 先生の本はより意味があります -- 文章がより詳細です...すべてが奥深くまで入っています...
Li Xinghua 先生の本はスピードがより重要です...最速の時間で始めることができます。 ..しかし、深くはできません...
個人的には、李星華先生の本が最良の開始方法だと思います...
。
http://www.bkjia.com/PHPjc/860923.html