我目前正在权衡是否应该为我们的中型 Web 应用程序跳转到 angularJS。随着应用程序的增长和增长,由于意大利面条式 jQuery 和普遍的年龄,它变得越来越难以维护。我读过 AngularJS,也玩过一点,从我使用的 Angular 来看,它非常棒。
问题是我们的 Web 应用程序一直在使用,我不能在任何实际时间段内将其离线。是否可以逐步将页面从非 Angular 更改为 angularJS?也就是说,一周一页? (我们有大约 6 或 7 个数据丰富的页面)。
每个页面通常都是独立的,除了 cookie 和偶尔的查询字符串之外,它们通常不依赖于其他页面的数据。
这是明智的做法吗? AngularJS 和非 AngularJS 页面可以很好地协同工作吗?还是坚持使用 JavaScript 和 jQuery 会更好?
编辑:我意识到这对 SO 来说不是一个好问题,我的错。我忘了你不是要征求意见的:|
最佳答案
老实说,这对 S-O 来说不是一个好问题,因为它会在某种程度上基于意见,但无论如何我都会回答。
是的,这是可以做到的,但这不是一个好主意。 Angular 的优势在单页面应用程序中体现得淋漓尽致。基本上所有代码都加载一次,然后一切都在浏览器中发生。据推测,您当前的 Web 应用程序不是 SPA,因此您必须在要在 Angular 中完成的每个页面上重新初始化/重新包含所有必需的 JS。根据当前应用程序的设置方式,Angular 基于 # 的路由也可能变得困惑。
最好在开发服务器上启动一个并行的 Angular 应用程序,将它指向相同的数据源并随着时间的推移构建它,直到您最终可以一次完成所有切换。最终结果会更干净。您也不会被迫为了让当前应用程序中的所有内容正常运行而被迫对以“Angular 方式”做事做出妥协。
关于javascript - 非 angularJS 页面到 angularJS 页面,反之亦然。从非 Angular 到 Angular 渐进转换,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29703626/