$ compile vs $ componentController

Question

私は比較的Angularに慣れていて、アプリケーションをコンポーネントアーキテクチャで作成し始めました。 Angular docsを調べるときは、模擬方法$componentControllerでコンポーネントをテストすることをお勧めします。

しかし、ディレクティブがどのように伝統的に1.5より前の角度でテストされたかを見てみると、$compileサービスを使用して実際にディレクティブテンプレートを作成するのが望ましい方法のようです。 $compileを使用すると、テンプレートロジックとコントローラロジックについてアサーションを作成できます。 $componentControllerメソッドではコントローラロジックをテストすることしかできませんが、ほとんどの複雑さがテンプレートやサービスに存在するので、実際にはそれほど有用ではありません。

誰かが近代的なベストプラクティスについていくつか光を当てることができますか？私には$compileを使用する方が意味がありますので、テンプレートもテストできます。しかしAngularのドキュメントではこれをまったく言及せず、代わりに$componentControllerをお勧めしますか？

Answer 1

AngularJSの最大の問題の1つは、$scopeです。これは、バインディングをDOMに使用する場所です。それは多くの混乱をもたらした。

ビジネスロジック、UIなどのアプリケーション設計には、ビジネスロジックの場合はcontroller、UIの場合はdirectivesに相当します。しかし、$scopeがdirectivesで利用可能であるため、コントローラを使用せず、すべてのビジネスロジックをディレクティブに入れることにしました。これにより、両方のレイヤーを同時に実装したため、テストが困難になりました。また、DOM操作が遅いため、テストが遅くなりました。

理想的には、可能な限り多くのテストをビジネスロジックに入れ、UIでは少なくすることが理想的です。フレームワークはビジネスロジックとUIの間の同期を処理するため、そこにバグが発生する可能性はほとんどありません。しかしビジネスロジックでは、ほとんどのバグが導入されています。そのため、新しいAngularJSでは、$componentControllerを使用して、ディレクティブではなくコントローラでビジネスロジックをテストすることを推奨します。

新しい角度には$compileがなく、ほとんどのテストはそこでクラスとして実装されているコントローラ用に書かれています。