我试图弄清楚我们是否可以将我们的角1应用程序移动到角2,我们有足够的代码来保证使用ng-upgrade,而不是从头开始。
我们目前的应用是推动性能极限的角度1是能够做到的。希望角2能给我们带来一些性能上的好处。
我的问题是,对我们的迁移路径的性能有多大的影响(例如,按照ng-upgrade准则,在角度2的旁边运行角1)?它会产生明显的影响,还是在实践中不明显?在此期间,我主要关心的是运行时速度,而不是内存使用或加载时。
发布于 2018-07-24 09:11:25
不确定这个线程是否仍然相关,我将尝试添加一些进一步的注释。目前我们在角度6,升级行为已经得到了很大的改善。
对于任何有性能问题或认为可能存在问题的人,请看一看downgradeModule (https://angular.io/api/upgrade/static/downgradeModule#differences-with-upgrademodule)
你基本上可以升级角度1部分或者降低角度2部分。从第一种观点看,他们可能看起来很相似,但行为基本不同。对于任何关心性能的人,我肯定推荐后一种方法。这样,新的角2代码的性能将得到改善,旧代码的运行速度几乎相同/如果不是相同的话。
即使对于相当大的应用程序来说,这也是一件轻而易举的事情,而且您很少会遇到任何性能问题。
发布于 2018-09-08 09:42:57
您应该知道有两种方法可以引导混合应用程序:
我两种方法都试过了。我建议使用DowngradeModule --这对性能和内存泄漏更好。
发布于 2016-12-07 01:17:26
我目前正处于类似的境地,我唯一知道的是,A1和A2的文摘周期相互触发。这让我觉得在升级的时候,事情会变慢.如果在接下来的几个月里我发现有什么不同,我会向你汇报的。https://angular.io/docs/ts/latest/guide/upgrade.html#!#change-detection
应用程序中发生的一切都在角2区域内运行。无论事件起源于角1还是角2代码,这都是正确的。该区域在每次事件发生后都会触发角度2变化检测。UpgradeModule将在角区域每转一圈后调用角1 $rootScope.$apply()。这也会在每次事件发生后触发角度1变化的检测。
https://stackoverflow.com/questions/39527366
复制相似问题