Yii2での経験のないアプリケーション開発-ADへの直接パス

この記事では、Yii2でのアプリケーションの開発に焦点を当てます。 つまり、経験のない旅行の最初の段階で、誘惑に屈服し、HELLに直接つながる道路に曲がるのは簡単です。 さらに、HELLという言葉は、コードの保守がますます難しくなっていることを理解している状況を意味します。



提案された情報は、初心者や中間開発者にとって有用である可能性があり、専門家はそれを苦情と考えるかもしれませんが、これは真実かもしれません。







少しの背景

約3年前、Yii2と呼ばれる優れたツールに出会い、緊密に連携し始めました。 最初に、新しいphp5.3およびphp.5.4フィッティングを学習し、後ですべてのプロジェクトを実装します。 その後、私はまだアーキテクチャに非常に大きな問題を抱えていましたが、今ではそれらも存在することを認めなければなりませんが、そのような規模ではありません。 したがって、多くの間違いに遭遇したとき、私はそれらを重要視しませんでした。そして、プロジェクトが成長したとき、それは遅すぎました。



それでは始めましょう。







Yiiは、大規模なWebアプリケーションを開発するための高性能なコンポーネントベースのPHPフレームワークです。

-開発者がロシア語のサイトYii2に書いているこの声明は本当ですか？

-Yii2で複雑なプロジェクトを書くことは本当に可能ですか？

これらの質問に対する答えは間違いなくはいです。 はい、しかし、あなたやあなたのチームの人が優れたアプリケーションアーキテクトまたは非常に経験豊富なプログラマであり、各開発者を制御している場合、このような小さな条件で。



Yii2全体は良いツールです！ それには多くの利点があり、もちろんYii2で開発するときに自分で見ることができます。 ただし、特定の経験がない初心者デベロッパーの場合、Yii2での開発はプロジェクトの成長の見通しに左右される可能性があります。 最初は、すべてが素晴らしく、すべてが機能し、優れたドキュメントで、強力なコミュニティであり、質問に対する答えを見つけるのは簡単です。



ただし、絶えず進化し、より多くの機能が表示される優れたプロジェクトがある場合、いつか目覚めてADUにいることに気付くでしょう。 そして、そこから抜け出すことは非常に非常に難しいでしょう。



Yii2でのアプリケーション開発プロセス

Yii2のインストールは非常に簡単です。 コンポーザーを使用すると、ほとんどすべてのツールを簡単にインストールできます。 すべてを損なう唯一のものはcomposer-asset-pluginであり、多くの人が問題を抱えています。 誰かがインストールを忘れ、誰かがキャッシュを更新し、リセットしませんでした。一般的に、このトピックには多くの問題と質問があります。 書き留めませんが、Yii2のインストールは非常に簡単です。



アプリケーションテンプレートの選択

Yii2は親切なので、アーキテクチャ用の複数のテンプレートを一度に提供します。 クラシックは、上級と基本の選択です。 おそらくYii2を初めて見たすべての新参者は、どのテンプレートを選択するかという疑問について考えましたか？

さまざまなテンプレートでいくつかの中規模のプロジェクトを行いましたが、常にそれぞれのプロジェクトでさまざまな問題に遭遇しました。

• 基本的な
  
  私はあなたのことは知りませんが、プロジェクトが絶えず成長していると不快感を覚えました。 管理パネルをうまく構成する方法を考える必要がありました。モジュールによって編成されている場合、多くのネスト、不便感があり、何らかの理由でもう1つのアプリケーションを追加する必要がある場合でも（高度な成長の観点から）不快感が増加しました。
  
  
• 高度な
  
  それはどういうわけか基本的なアプリケーションの不快感を解決しますが、新しい不快感が現れます。 私たちのプロジェクトでは、各アプリケーション+共通の設定が大量に表示され、すべてのモデルがアプリケーション間で共有を開始し、相互に継承します。 場合によっては、一般的なモデルではなく、現在のアプリケーションのモデルのクラスをプルするために関係をオーバーラップする必要がありました。
  
  

一般に、プロジェクトが大きくなるほど、基本的なテンプレート、高度なテンプレートから生じる不快感が増します。 この問題は解決されていますが、独自のテンプレートを作成することもできますが、そのようなアイデアを得るには、すべての長所と短所を理解するための優れた経験が必要です。 通常の開発者は、開発の最初の段階ではそれについて考えないとします。



この瞬間から、HELLに通じる道路をすでに見ました（一歩ではなく、見ただけです）。



Yii2-最新のmvcフレームワーク

Yii2で開発するすべての人が（これは事実ではありませんが）mvcパラダイムに従い、シンコントローラー、大胆なモデルを記述し、表現にロジックを記述しないと仮定しても、Yii2で作業している間はとにかくすでにADUにいます。



実際、Yii2の開発者自身も、ツールを開発するときにMVCを逐語的に解釈しました。 結果として、モデルはすべてを行うこのような神のクラスによって取得されます。 モデルは、通常、ActiveRecordから最良の伝統で継承され、フォームで動作し、検証し、ロジック、リレーション、各シナリオにもう1つのロジック、もう1つの10のロジック、および各ロジックにもう1つのロジックと、ロジックロジックにもう1つのロジックを含みます。



プロジェクトが成長し、たとえば5つのシナリオで構成され、多くのロジックを含むモデルがある場合、最良の伝統では、アプリケーション全体の80％がそれに依存しています。 そして、ここではタスクが何かを変更または追加するように見えますが、そのようなモデルは1つではなく、10まであり、それらはすべて互いに依存しており、すべてをリファクタリングするために必要なものを追加することを理解しています。 「ウェルカムトゥヘル」という標識のある道路を見て回ってください。



おそらくYii2の最も基本的な問題は、ほとんどすべての人がActiveRecordからモデルを継承し、その中のすべてのロジックを実装することです。 ロジックがコントローラーとビューによって区切られている場合でも、ライブオプションを使用できます。



人生のいくつかの例（またはHELLへようこそ）：

• 1つのプロジェクトで、開発者がMVCのアイデアを堅持し、薄いコントローラーと大胆なモデルを作成したことを目撃しました。 その結果、プロジェクト全体のほぼ半分に関連付けられたコードの10,000〜15,000行の複数のモデルを観察することができました。 当然、誰もがバプテスマを受け、彼らが何かを壊すとプロジェクト全体が飛ぶことができることを知って、彼らに触れることを単に恐れる瞬間が来ました。 これは小規模なプロジェクトでは重要ではありませんが、プロジェクトの人気が高まって成長している場合は、問題が発生することを期待してください。
• ActiveRecordからすべてのモデルを継承すると、将来の出力で多くの問題が発生します。 おそらく、ActiveRecordからの共通モデルからフロントエンドモデルとバックエンドモデルを継承する場合があります。 しかし、突然、一般的なロジックを超えて、フロントエンドアプリケーションとバックエンドアプリケーションで異なるロジックが必要になった場合はどうなりますか？ おそらく、スクリプトの重複、afterSave、beforeSaveなどのイベント、およびその他多くの興味深いことが始まります。 私はほとんどどこにでも出くわしました。
  
  
• ActiveForm、それはただのフェイスパームです。 Yii2ウィジェットの90％のように、これは非常に柔軟なものではありません。たとえば、プロトタイプや最大管理パネルの迅速な開発のために設計されています。 しかし、大規模で複雑なプロジェクトでこれらのウィジェットを使用することはお勧めできません。 顧客の倒錯したタスクを実装することは、実際には現実的ではありません。 もう1つの不満は、Yii2開発者がphpコードとjsを適切に混在させていることです。これはバリデーターで確認できます。 最後に、すべてがjQueryに完全に依存しているということです。 これが悪いと言うつもりはありませんが、バニラのような素晴らしいフレームワークがあります（私の言いたいことを知っているなら;））。
  
  
• 拡張機能。 Yii2拡張機能（もちろん、サードパーティの開発者による）に関しては、これらの拡張機能の99％が基本的な標準タスクのみを解決します。 深刻で深刻なタスクが発生した場合、99％のケースですべてを自分で書く必要があります。
  
  
• そして、そのような例はたくさんあります。
  
  

もちろん、これらすべてのポイントは開発者に直接かかっています。 しかし、私が始めたとき、1年で80以上のねじれたロジックと束、膨大な条件のモデルがあり、少なくとも何らかの形でこれが機能すると想像することさえできませんでした。 リファクタリングはHELLに変わります。依存関係の再帰がその仕事をするからです。 何らかの方法で1つのモデルをリファクタリングすると、プロジェクトのほぼ半分がリファクタリングされます。



おそらくYii2の最も重要な欠点は、かつて私の人生を台無しにした

• あまりにも親切で多くの悪いことが開発者を許しています。 いくつかの瞬間に、汚いトリックを引き起こすことさえあります。
• 優れたコンポーネント接続。
• 当初、Yii2は階層化アーキテクチャなどの概念を導入していません。 その結果、神のモデルは最高の状態で表示されますが、最悪の場合はすべてが散らばっています。
• DI Yii2のsymfony2（または3）と比較すると、DIは赤ちゃんのおもちゃです。
• ActiveForm つまり、JS API。 バリデーターに少し罪を犯すことも可能ですが。
• サードパーティの拡張機能。 99％で、原始的な標準タスクのみを解決します。

当然のことながら、プロのプログラマーは、経験から何を期待すべきかを理解しているため、これらすべての欠点を簡単に回避できます。 残念なことに、私は多くのアーキテクチャエラーを自分の時間に犯しましたが、将来的には非常に大きな側面になりました。

したがって、このような間違いを繰り返さないようにし、Yii2でトレーニングを開始しないでください。



Yii2で作業する人のためのいくつかのヒント

• 少なくとも単体テストを作成します。 これは特に、すべてが接続されているYii2の大きなプロジェクトの場合に役立ちます。
• 神脂肪モデルを防ぐ
• ActiveRecordからすべてを継承しないでください
• モデルにすべてのロジックを書くのではなく、モデルをサービスに（別々のクラスに）分割します。
• 結束をできるだけ避けるようにしてください。
• ビューやコントローラーにロジックを記述しないでください。
• 夕方には、Symfony 2（または3）で時間をかけて視野を広げてください。

補足として、いくつかの一般的な質問に答えたいと思います。



初心者はどのフレームワークを選択すべきですか？

プロの開発者は、プロジェクトを開発するためのツールを絶対に選択できます。 初心者については、Symfony 3を使用することをお勧めします。一言だけ言ってください。 それが難しいかもしれません、去りたいという願望があるかもしれません、不平があるかもしれません。 アーキテクチャを理解し、「それがどのように機能するか」について十分な知識を得るまで、Symfony 3に耐えて座っておく必要があります。 その後、Yii2の多くのエラーを回避できます。



Yii2は大規模プロジェクトに適していますか？

はい Yii2は、他の最新のツールと同様に、どのプロジェクトにも適していますが、前提条件は、あなたまたはあなたのチームが優秀なエンジニアであることです。 それ以外の場合、プロジェクトが成長すると、ADUで起動します。



Symfony2対Yii2はどちらがクールですか？

以前、私は常にYii2を両手で防御し、Symfony2は遅く、大胆で、多くの不必要なものがあるなどと罪を犯しました。 私はすべてのシンフォニストにアピールします。すみません、そんなに間違ったことはありません。



この質問に対する答えについては、アレクサンダー・マカロフが会議の1つで言ったように、「Yii2、これは別のニッチです」。

Symfony2（または3）とYii2を比較することは、おそらく自転車と車を比較するようなものです。

理論的には、500 kmの自転車に乗ることもできます。ただし、接着剤やパッチを用意する準備をしてください。

それでも、今では多くの人がリラックスして自転車に乗ることができます。



この記事では、Yii2が悪いツールであるとは決して主張していません。 むしろ、Yii2で開発するときは、フレームワークが単にあなたを間違った方向に向かわせるだけなので、各ステップを慎重に検討する必要があると記事は警告しています 。



さらに、このトピックが誰かにとって興味深いものである場合、次の記事では、Yii2スタイルのモデルで真の道を歩み、多かれ少なかれ美しく機能する方法についてお話します。