Angular 应用程序更新-走哪条路？

我们正在使用AngularJS 1.x前端和C#/.NET后端开发和发布一个企业风格的应用程序。由于AngularJS 1.x有点过时，我们正在评估工作负载以将其更新为Angular4（至少是Angular2，但为什么不一直更新呢？）

然而，这可能是项目中重新思考一些事情的一个好时机，特别是前端框架。我已经阅读了几篇文章，并观看了一些关于如何将AngularJS 1.6升级到Angular2/4的在线课程，在我看来，用Angular4重写整个前端可能是最干净和最推荐的方法。如果是这样，我可能会选择另一种方法，使用完全不同的前端框架。但我们生活在2017年，同时也有很多听起来充满希望和压倒性的挑战。我已经挑选了一些我最喜欢的，但是我不想在这里提及它们，因为在评论中会有更多不同的结果

所以，伙计们，如果你有任何严肃的建议，请不要犹豫，在下面的评论中提及它们，如果你不介意的话，用一些正反两方面来支持你的选择。非常感谢任何帮助和见解

---

问候

我正在从事一个基于.net后端的项目，当时前端框架是Angualrjs，我们最终将整个应用程序缓慢地重写为AnugalR2+。我强烈建议，在我看来，你应该开始考虑用Angular2重新编码，而不是试图转换以前的版本

我们的经验表明，这是一种更好的方式，最终，您将拥有性能更好的前端应用程序，可以将其移植到Ionic或Nativescript，以便以更少的工作量构建移动应用程序

---

然而，这一切都取决于团队和公司，因为这可能是一个大型项目，并成为一个昂贵的想法

我正在从事一个基于.net后端的项目，当时前端框架是Angualrjs，我们最终将整个应用程序缓慢地重写为AnugalR2+。我强烈建议，在我看来，你应该开始考虑用Angular2重新编码，而不是试图转换以前的版本

我们的经验表明，这是一种更好的方式，最终，您将拥有性能更好的前端应用程序，可以将其移植到Ionic或Nativescript，以便以更少的工作量构建移动应用程序

---

然而，这一切都取决于团队和公司，因为这可能是一个大型项目，并成为一个昂贵的想法

我想知道你是否改变了后端，或者可以像在AngularJS中一样保留它？没有前端与后端完全分离，而且基本上，你根本不需要对后端进行任何更改。您需要的是在新的前端代码中重用相同的API。就这样。它更多的是前端工作，而不是后端。顺便说一句，我们仍然有一个带有AngularJs的移动应用程序，我们正在考虑用Ng4+重写它。这实际上是我们新的Angular应用程序，为什么不使用Ionic呢？Ionic基于Typescript，可以使用Angular2网络应用程序中的许多功能。这就是我们想要做的，我的意思是，我们的旧代码库在AngularJs中，我们将在Angular2应用程序完全完成后，为web和移动应用程序提供一个单一的代码库。我想知道您是否更改了后端，或者是否可以像AngularJs中一样保留它？没有前端与后端完全分离，基本上，您根本不需要对后端进行任何更改。您需要的是在新的前端代码中重用相同的API。就这样。它更多的是前端工作，而不是后端。顺便说一句，我们仍然有一个带有AngularJs的移动应用程序，我们正在考虑用Ng4+重写它。这实际上是我们新的Angular应用程序，为什么不使用Ionic呢？Ionic基于Typescript，可以使用Angular2网络应用程序中的许多功能。这就是我们想要做的，我的意思是我们的旧代码库在AngularJs中，我们将在Angular2应用程序完全完成后，为web和移动应用程序提供一个单一的代码库。我只想分享AngularJs与AngularJs完全不同的框架。我必须同时处理（旧项目和新项目），每次我都必须彻底改变我的思维方式。这感觉就像是两种不同风格的框架，比如基础和引导，减去所有疯狂的技术。AngularJs和AngularJs听起来可能很相似，但完全重写是必要的，因此它本身不是一个“逻辑”升级步骤。请告知您的见解！除了AngularJs之外，对于完全不同的framworks有什么建议吗？我只想分享AngularJs和AngularJs感觉上完全不同的框架。我必须同时处理（旧项目和新项目），每次我都必须彻底改变我的思维方式。这感觉就像是两种不同风格的框架，比如基础和引导，减去所有疯狂的技术。AngularJs和AngularJs听起来可能很相似，但完全重写是必要的，因此它本身不是一个“逻辑”升级步骤。请告知您的见解！对于完全不同的framworks，除了Angular之外，还有什么建议更适合？