2016-09-26 5 views
0

私はAngularJSを使用して単一ページのWebアプリケーションを開発し始めました。このアプリケーションのサイズのアイデアを得るために、約20-30のAPIと100のエンドポイントがあります。このアプローチを使用する最大のメリットは、最初に完全なアプリをダウンロードし、後でバックエンドにコールしてさまざまな画面(モバイルアプリに似ています)にデータを取り込むことです。全体的な経験は非常に良いですが、私はこれがこの規模のウェブサイトに適したアプローチであるかどうか疑問に思っています。私の主な関心事は次のとおりです。AngularJS単一ページアプリケーションアーキテクチャ

  • この方法では、すべてのテンプレート、javascriptおよびcssが最初にダウンロードされるため、初期読み込み時間が大幅に増加しますか?
  • サーバー上のテンプレートやJavaScriptを更新しても、バックエンドと互換性のないダウンロードしたアプリを引き続き使用するとどうなりますか?クライアントのバージョンを追加して、それをサーバーのバージョンと常に比較して、モバイルアプリのように更新が必要かどうかを確認する必要がありますか?この場合、単純なリフレッシュによってアプリが更新されますが、アプリを更新する時期を知る必要があります。

SPAの経験を持つ人が上記の点についてフィードバックをいただければ幸いです。前もって感謝します!

+1

それは意見基づいているので、残念ながら、これはStackOverflowのに適していないです。 SOの場合、投稿には1つの質問が含まれている必要があります。コードには試しても動作できないコードが含まれている必要があります。私のフィードバック、より速いレスポンスが必要な場合は、すぐに読み込まれる別々のURLにあなたのアプリケーションを分割してください –

答えて

1

私は同じ状況にあります。あなたの最初の懸念のために私はocLazyLoadを使用します。

私は最初に基本ファイルを読み込みますが、必要なときには本当に必要なファイルだけを読み込みます。

怠惰な負荷では、ocLazyLoadがファイルをリロードできるので、私は第2の問題を解決すると思います。 cacheプロパティをfalseに設定します。

How to reload resources (HTML/CSS/JS) on version change

関連する問題