我们目前正在评估将AngularJS作为单页应用程序在企业应用程序（电子银行）中的使用。 许多开发人员@工作已经确信没有其他方法可去。这是趋势，它是未来证明（html，css和js）它很容易做，减少服务器负担等。 尽管这个框架有趣的部分，我不相信在走这条路之前必须考虑的因素。这些可以是：
有没有任何关于企业应用程序构建的经验？我宁愿选择Asp.Net MVC4。请不要假设答案，我不想发动战争。真实的生活经历非常感激。
此致
答案 0 :(得分：7)
在将Angular合并到我们的企业应用程序中时，我已经考虑过这一点。首先，一些可选的背景信息。我真的需要在客户端保持我的所有页面状态，因为在服务器端重新创建它是一项非常耗费资源的任务。我开始用JQuery构建它，因为我只需要一些东西，但很快我发现自己无法跟踪上周刚写的回调。因此，我想重构。在我参与其中时，Angular看起来最适合我的编程风格。
解决您的疑虑：
我认为它更易于维护，因为它鼓励你分手。然而，这完全取决于您的团队和纪律，以保持可维护性。
Angular团队在制作时肯定会考虑进行测试。从单元测试到e2e测试，测试非常容易。其他人甚至在中间找到了中间地带。
我们在微软的商店使用Jenkins进行持续集成，因为我们更容易插入自己的程序，使其适用于我们复杂的环境设置。但是，我认为这与您决定采用哪种框架无关。
来自Visual Studio，我发现JavaScript通常会留下一些需要的东西。我喜欢编辑并继续，展开堆栈，然后拖动那个黄色箭头。那些东西只是纯粹的神奇幸福。在浏览器上进行调试并不能完全满足您的需求。
安全性非常好。通过文档查看，您可以看到团队关注的是XSS和CSRF攻击等安全问题。但是，通过浏览器完成的任何操作都很难保护。每隔一天就会发现新的攻击和漏洞。如果您真的关心安全性，那么您就没有在线应用程序。您将确保您的客户仅在分支机构中使用多种形式的ID进行存储。话虽如此，我认为Angular并不比任何其他JavaScript解决方案更不安全。
我想提出所有这些JavaScript框架/库的另一个问题。它们都是相当新的并且在不断发展。看看JQuery最近弃用了多少函数，你就会了解保持库的顶部是多么困难。其中许多也被遗忘并腐烂。 Angular是谷歌的产品之一也让我有点害怕，因为他们已经取消了他们项目的浪潮。希望Angular不会成为其中之一。
文档也缺乏。虽然社区很好，但文档却不是。许多页面已完成一半。再次，与微软最新的东西相比，文档非常稀少。
这是新事物之一，雇用某人来帮助/接管这些东西更加困难。
尽管有这些缺点，但我真的很喜欢它，而且我肯定会推动我的公司采用它。
答案 1 :(得分：0)
是的我已将Angular与Asp.net WebAPI以及MongoDB一起使用。请找到我的发现
1）可测试性绝对是幻想。你可以使用业力和茉莉花轻松测试你的单元测试
2）CI。 Jenkins的集成可以与Karma一起使用
3）易于调试类似于Javascript调试可以使用chrome扩展Bartrang轻松调试角度应用