2017-08-24 11 views
5

ネイティブウィンドウクライアントとasp mvc Webサーバーサイドレンダリングクライアントを備えた大規模エンタープライズアプリケーションがあります。私たちは、角度4に移行するには、この長期計画の議論です:Angular 4への移行パス

  • 計画我々は、既存のWebクライアントでは、これらの角度のフォームを埋め込みたい角度4.
  • に新しいフォームを構築することです。 iFrameはアイデアですが、他にもありますか?
  • ネイティブwinクライアントと同じことです。新しいフォームは、レガシーアプリケーションの埋め込みWebブラウザを使用して開き、新しいフォームを表示します。
  • 角度4の古い形を段階的に書き直し、古いものを置き換えます。
  • ウィンドウとWebクライアントに代わる完全な4角SPAアプリケーションをまとめてください。

このアイデアについてどう思いますか?

角度4は、このような移行戦略に適していますか?他のフレームワークの使用を検討すべきか?

角度4は、今のSPAを念頭に置いて設計されています。 1つのフォームだけをレンダリングする「ミニスパ」を作成するのは現実的ですか?これらのフォームは高速に読み込むことができますか? 「ミニスパ」は、もちろん、この1つのフォームに必要なコンポーネントとモジュールのみを読み込む必要があります。

+0

あなたが新しいアーキテクチャに移行しているので、あなたはおそらく特異的であるように角度4で開始する必要があります。あなたが見つけるチュートリアルや質問のほとんどは直接転送されますが、4はいくつかの明確な改善があります。 – joshrathke

+0

@joshrathke tnx、良い点。私はそれを変える! – brenkdar

答えて

1

これは本当に大きな質問で、主に個人的な意見に基づいていると言ってみましょう。一般的で正解はありません。

まず、同じ方法ですでに歩いている人がいる可能性があるため、現時点で使用しているMicrosoftテクノロジに関連するタグを投稿に追加することを強くお勧めします。

その後のあなたの実用的ないくつかの質問に答える始めましょう:

を私たちは、既存のWebクライアントのものangular2フォームを埋め込みたいです。 iFrameは アイデアですか、他にありますか?

はい、あります。 iFrameを使用して、あなたのアプリを指し示すSPAアプリケーション全体を埋め込む代わりに、Web Viewsを使用することをお勧めします。Web Viewsは実際に "ウェブコード"を埋め込むことを可能にします。アプリケーションを指すiFramesを使うのは、通常は本当に良い方法です。

このような移行戦略には角度2が適していますか?または、 他のフレームワークの使用を検討する必要がありますか?

はい、Angularは現在SPAを構築するための最良のフレームワークの1つです。現時点では、世界は実際にAngularとReactJSの間で実際に分割されています。実際にはほとんどがビューエンジンです。大規模なアプリケーションを構築する場合は、Reduxなどのテクノロジーを使用してモデルを管理します。

Angularの最後のバージョンがAngular 4であるため、今すぐ新しいアプリケーションを使用して開始することをお勧めします。最後の使用可能なアプリケーションから開始することをお勧めします。

また、SPA用の他のフレームワークもあります。しかし、もしあなたがグーグルであれば、それらについて話す記事や「比較する」記事がたくさんあるので、この投稿をすべてのフレームワークの比較として使うのは無駄です。彼らはすべて有効です。あなたが好きなものを選択するか、あなたのニーズに合ったものを選択するかはあなた次第です。

1つのフォームをレンダリングするだけで「ミニスパ」を作成するのは現実的ですか?

実際は可能ですので、現実的です。

適切ですか?私は考えていない、それはフォームの複雑さとそれらのすべての操作に依存します。 たとえば、2つのテキストフィールドと1つのボタンを作成するためのミニSPAを作成し、クリックするとバックエンドサービスに電話する必要がある場合は、フルSPAを作成するのに最適な方法ではないかもしれません。それのためだけのSPA。

これらのフォームは高速読み込みですか?

この質問は、フロントエンド開発のパフォーマンスに関連する多くの側面に依存します。だからあなたはすべての罰金を実装し、パフォーマンスの最適化のための多くの戦略を使用していると考えて、はい、彼らは高速読み込みます。

このアイデアについてどう思いますか?

実際にあなたの投稿には、移行を考えている理由を説明しませんでした。 現在の問題は何ですか? 改善したいセクションは何ですか? 現時点で使用しているこの種のテクノロジによって課される制限は何ですか?また、この新しいアーキテクチャに切り替えることは固定されていると思いますか?

また、次のように考慮する必要がある点もあります。大規模なリファクタリングを行うことであなたのビジネスから時間がありますか?あなたが使用したいこれらの新技術に関するチームの実際の知識は何ですか?

残念ながら、この質問に対する回答は、あまり簡単ではありません。

私はそれはあなたの最終的な移行のために何とかして幸運役に立てば幸い:)

+0

Tnxこちらの回答です。この計画の主な理由は、「外出先で」新しいアーキテクチャにスムーズに移行することです。私たちは今、ウェブ技術で新しい形を作りたいと思っています。 Angularは最良の選択肢の1つと思われますが、私は統合する方法が不明です。短期的には、私は、反応を使用する方が簡単だと思います。長期的にはBur、複雑なツールの移行、フォーラムは角を使う方が良いでしょう。 – brenkdar

関連する問題