Angular 4的遷移路徑

Question

我們有一個大型的企業應用程序，它具有本地windows客戶端和asp mvc web服務器端呈現的客戶端。我們討論這個長期計劃遷移到角4：

• 計劃是在角4
• 建立新的形式，我們希望嵌入現有的Web客戶端的角度形式。 iFrame是一個想法，有沒有其他的？
• 本地win客戶端中的情況也是如此。新表單在傳統應用程序中使用嵌入式Web瀏覽器打開，顯示新表單。
• 逐步改寫角度4中的舊窗體並替換舊窗體。
• 放置一個完整的角度4 SPA應用程序替換Windows和Web客戶端。

你覺得這個想法是什麼？

角4是否適合這種遷移策略？或者我們應該考慮使用其他框架？

Angular 4的設計就像我現在的SPA一樣。創建「迷你spa」只是渲染一種形式是否現實？這些表單可以快速加載嗎？當然，「迷你spa」應該只加載這種形式所需的組件和模塊。

Answer 1

讓我們開始說這是一個非常大的問題，也主要是基於個人觀點，並沒有一個全面和正確的答案。

首先，我強烈建議您在您的文章也涉及到你正在使用此刻的微軟技術的添加標籤，因爲也許這樣你可以找到誰已經走在同一條路上。

然後讓我們開始回答您的一些實際問題：

我們希望嵌入現有的Web客戶端的用戶angular2形式。 iFrame是 的一個想法，有沒有其他的？

是的，有。除了使用iFrame並將您的整個SPA應用程序嵌入您的應用程序，我建議您使用Web Views，它實際上允許您在其中嵌入「網絡代碼」。使用指向應用程序的iFrames通常是一種非常好的做法。

是角2適用於這種遷移策略？或者我們應該考慮使用其他框架嗎？

是的，Angular是構建SPA的最佳框架之一。目前，這個世界實際上主要是在Angular和ReactJS之間劃分的，實際上它大多隻是一個視圖引擎，通常它與其他技術如Redux一起用於管理模型，如果您正在構建大型應用程序。

也請記住，目前角的最後一個版本是4角，所以用一個新的應用程序現在開始，也許這將是開始與最後一個可用一個好主意。

還有其他SPA的框架。但是，如果你是谷歌，你會發現很多關於它們的文章和「比較它們」，所以把這篇文章作爲所有框架之間的比較是無用的。他們都是有效的，你只需要選擇一個你喜歡的或者更適合你的需求。

創建「迷你spa」只是渲染一種形式是否現實？

其實你可以，所以它是現實的。

這是合適的嗎？我不知道，這取決於表單的複雜性和你在其中的所有操作。 以我個人的觀點爲例，如果你打算創建一個mini SPA只是爲了創建兩個文本字段和一個按鈕，並且點擊你需要調用你的後端服務，也許這並不是創建一個完整的最佳方法SPA只是爲了它。

這些表格加載速度快嗎？

這個問題取決於很多與前端開發性能有關的方面。所以考慮到你正在執行所有的罰款，並使用很多策略來優化性能，是的，他們的負載很快。

您對這個想法有什麼看法？

其實在您的文章，你沒有解釋爲什麼你在想遷移的原因。 你目前的問題是什麼？ 你想改善哪些部分？ 您目前正在使用的這類技術有哪些限制，您認爲他們將會固定切換到這種新架構？

還有其他方面需要考慮：您是否有時間從您的業務中做出如此之大的重構？團隊關於這些新技術的實際知識是什麼？

所以不幸的是，這個問題的答案並不那麼容易提供。

我希望這有助於在某種程度上和好運您最終遷移:)