到Angular 4的迁移路径

我们有一个大型企业应用程序，带有本机windows客户端和asp mvc web服务器端呈现客户端。我们正在讨论迁移到angular 4的长期计划：

• 计划是在angular 4中构建新表单
• 我们希望在现有的web客户端中嵌入这些有角度的表单。如果框架是一个想法，还有其他想法吗
• 在本机win客户端中也是如此。在显示新表单的旧应用程序中，使用嵌入式webbrowser打开新表单
• 逐步重写angular 4中的旧表格，并替换旧表格
• 组装一个完整的angular 4 SPA应用程序，取代windows和web客户端

你觉得这个主意怎么样

angular 4是否适合这种迁移策略？或者我们应该考虑使用其他框架吗？

---

正如我现在所说，Angular 4的设计理念是水疗。创建“迷你水疗”只渲染一个表单是否现实？那些表格能快速加载吗？当然，“迷你spa”应该只加载这一表单所需的组件和模块。

让我们开始说，这是一个非常大的问题，主要也是基于个人观点，没有一个通用和正确的答案

首先，我强烈建议你在帖子中添加与你目前使用的微软技术相关的标签，因为这样你可能会发现有人已经走上了同样的道路

然后，让我们开始回答您的一些实际问题：

我们希望将这些angular2表单嵌入到现有的web客户端中。iFrame是 一个主意，还有其他的吗

是的，有。与其使用

iFrame

并将指向应用程序的整个SPA应用程序嵌入其中，我建议您使用

Web视图

，它实际上允许您将“Web代码”嵌入其中。与使用指向应用程序的iframe相比，这通常是一种更好的实践

angular 2是否适合这种迁移策略？还是我们应该 考虑使用其他框架？

是的，Angular是目前建造SPA的最佳框架之一。目前，世界实际上主要分为Angular和ReactJS，后者实际上主要“只是”一个视图引擎，通常它与其他技术（如

Redux

）结合在一起，用于在构建大型应用程序时管理模型

请记住，目前Angular的最后一个版本是Angular 4，因此现在就从一个新的应用程序开始，也许从最后一个可用的应用程序开始是个好主意

还有其他SPA框架。但是如果你在谷歌上搜索，你会发现很多文章都在谈论它们并“比较它们”，所以把这篇文章作为所有框架之间的比较是毫无用处的。它们都是有效的，只是取决于你选择一个你更喜欢的或是一个更适合你的需要

仅渲染一个表单就创建“迷你spa”是否现实

事实上你可以，所以这是现实的

是否恰当？我不知道，这取决于表单的复杂性以及表单中的所有操作。 例如，在我个人看来，如果你要创建一个迷你SPA，只需要创建两个文本字段和一个按钮，然后点击你就需要调用你的后端服务，那么仅仅为它创建一个完整的SPA可能不是最好的方法

那些表格加载得快吗

这个问题取决于与前端开发性能相关的许多方面。因此，考虑到您的实现都很好，并且使用了许多性能优化策略，是的，它们确实加载速度很快

你觉得这个主意怎么样

实际上，在你的帖子中，你没有解释你为什么考虑迁移的原因。 你目前的问题是什么？ 您希望改进哪些部分？ 您目前使用的这类技术有哪些限制，您认为这些限制将在切换到这种新体系结构时得到解决

还有其他方面需要考虑：你有没有时间做生意做这么大的重构？关于您希望使用的这些新技术，团队的实际知识是什么

---

因此，不幸的是，这个问题的答案并不那么容易提供

因为您正在迁移到新的体系结构，所以具体来说，您应该从Angular 4开始。您找到的大多数教程和问题都将直接转移，但4比2有一些明显的改进。@joshrathke tnx，很好。我改变了！这是我的答案。此计划的主要原因是，我们希望“在运行中”平稳过渡到新架构。我们现在，我们明确地想要用网络技术制作新的表单。角度似乎是最好的选择之一，但我不确定整合的方式。我认为，在短期内，使用react可能更容易。但是从长远来看，迁移复杂的工具，论坛最好使用angular。