>计划是在角度4中构建新形式.
>我们希望在现有的Web客户端中嵌入这些有角度的表单. iFrame是一个想法,还有其他人吗？
>原生赢客户也一样.使用遗留应用程序中的嵌入式Web浏览器打开新表单,显示新表单.
>逐步重写角度4中的旧表格并替换旧表格.
>整理一个完整的角度4 SPA应用程序,取代Windows和Web客户端.
你怎么看待这个想法？
角4是否适合这种迁移策略？或者我们应该考虑使用其他框架？
Angular 4的设计就像我现在一样,考虑到了SPA.创建“迷你水疗”只是渲染一个表格是不现实的？这些表格可以快速加载吗？当然,“迷你水疗中心”只应加载这一形式所需的组件和模块.
解决方法
首先,我强烈建议您在帖子中添加与您当前使用的Microsoft技术相关的标签,因为通过这种方式,您可能会找到已走在同一条路上的人.
然后让我们开始回答你的一些实际问题：
We want embed those angular2 forms in existing web client. iFrame is
an idea,are there others?
是的,有.我没有使用iFrame并将整个SPA应用程序嵌入到您的应用程序中,我建议您使用Web视图,它实际上允许您在其中嵌入“Web代码”.这通常是一种更好的做法,然后使用指向应用程序的iFrames.
Is angular 2 suitable for such a migration strategy? Or should we
consider using other frameworks?
是的,Angular是目前构建SPA的最佳框架之一.目前世界实际上主要是在Angular和ReactJS之间划分,实际上它主要是“仅仅”一个视图引擎,并且通常它与其他技术如Redux一起用于管理模型,如果你正在构建一个大型应用程序.
还要记住,目前Angular的最后一个版本是Angular 4,所以从现在的新应用程序开始,也许从最后一个可用的应用程序开始是个好主意.
SPA还有其他框架.但是如果你谷歌,你会发现很多文章谈论它们并“比较它们”,所以把这篇文章作为所有框架之间的比较是没有用的.它们都是有效的,您可以选择您喜欢的那个或更适合您需求的那个.
Is it realistic to create “mini-spa” just rendering one form?
其实你可以,所以这是现实的.
它合适吗？我不知道,这取决于表单的复杂性和您在其中的所有操作.
以我个人的观点为例,如果你打算创建一个迷你SPA只是为了创建两个文本字段和一个按钮,点击你需要调用你的后端服务,也许这不是创建一个完整的SPA的最佳方法只是为了它.
those forms load fast?
这个问题取决于与前端开发性能相关的很多方面.因此,考虑到您正在实施所有优秀,并使用很多策略进行性能优化,是的,他们确实加载速度快.
What do you think about this idea?
实际上,在您的帖子中,您没有解释为什么要考虑迁移的原因.
你目前的问题是什么？
您希望改进哪些部分？
您目前使用的这种技术所带来的限制是什么,并且您认为它们将被固定切换到这种新架构？
还有其他一些方面需要考虑：你是否有时间从你的企业做一个如此大的重构？关于您想要使用的这些新技术,团队的实际知识是什么？
所以不幸的是,这个问题的答案并不容易提供.
我希望它能以某种方式为您最终的迁移带来好运:)
