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只是为了它。

这些表格加载速度快吗？

这个问题取决于很多与前端开发性能有关的方面。所以考虑到你正在执行所有的罚款，并使用很多策略来优化性能，是的，他们的负载很快。

您对这个想法有什么看法？

其实在您的文章，你没有解释为什么你在想迁移的原因。 你目前的问题是什么？ 你想改善哪些部分？ 您目前正在使用的这类技术有哪些限制，您认为他们将会固定切换到这种新架构？

还有其他方面需要考虑：您是否有时间从您的业务中做出如此之大的重构？团队关于这些新技术的实际知识是什么？

所以不幸的是，这个问题的答案并不那么容易提供。

我希望这有助于在某种程度上和好运您最终迁移:)