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