今日、スケーラブル Javascript アプリケーション アーキテクチャに関する YouTube ビデオhttps://www.youtube.com/watch?v=vXjVFPosQHwを見ましたが、著者がアーキテクチャの概念をいかに簡単に説明しているかがとても気に入っています。
そのビデオを見た後、ソフトウェアの品質を向上させるために、JavaScript コードに小さな 2 つの変更を加えることを考えています。
アプリケーションでAngular 1を使用しています。そのビデオを見て以来、私はそのスタックに角度を合わせようとしています..
以下は、同じことに対する私の理解です。
jQuery、YUI、DOJO などの他のライブラリとは異なり、Angular を Base Libraries カテゴリに保持することは正しくありません。Angular は、生活を楽にするための単なるユーティリティ関数の集まりではないからです。これは、$http、$timeout サービスなどの他の多くのユーティリティ機能を備えた完全な MV* ソリューションです。
Angular を保持できる 2 番目の場所はモジュールです。angular で異なる 2 モジュールを作成し、独自のコードを記述してサンドボックスとアプリケーション コアを実装できます。また、Module コードを作成して Sandbox を利用します。ただし、モジュールはサードパーティのツール (この場合は Angular) に大きく依存するため、ここでも Angular を保持することは正しくありません。ビデオに従って避ける必要があります。
3位: ( http://serebrov.github.io/html/2013-03-18-js-scalable-architecture.html )
基本ライブラリ - jQuery または angular 独自の jqLite 実装
アプリコア - angular自体
サンドボックス - コントローラーに渡されるスコープ
モジュール - angular のコントローラー
しかし、私は上記の定義に納得していません。モジュールがangularのコントローラーであり、スコープがサンドボックスであるという事実は、私には本当に説得力がありません。
コードで Angular を使い始めるとすぐに、サンドボックス、ベース ライブラリ、アプリケーション コアではなく、MVC の観点から考えるようになるため、そのスタックで angular の場所を見つけることができません。また、コードでAngularを使用している場合、Angularを他のMVCフレームワークに置き換えるつもりはないと言っているでしょう.
質問 1: Angular はそのスタックに適合しますか?
質問 2: はいの場合、どこで?