什么时候应该使用Angular 2

2016-1-12 21:23| 发布者: joejoe0332| 查看: 1365| 评论: 0|原作者: drkaka, crossmix, 雪落无痕xdj|来自: oschina

摘要: 人们常常会问--“我应该在我的新项目中要使用 Angular 2吗？”假使该项目不需要被准备好几个月？假使它是一个小项目，或者一个概念验证？可能你已经在家中正在玩弄Angular 2，但是在工作中你坚持使用1.x。 ...

人们常常会问--“我应该在我的新项目中要使用 Angular 2吗？”

假使该项目不需要被准备好几个月？

假使它是一个小项目，或者一个概念验证？

可能你已经在家中正在玩弄Angular 2，但是在工作中你坚持使用1.x。

在某一时刻，它从“我应该？”到“为什么我不能？”--嘿，你想玩新花样！清洁组件架构，加速性能，以及伴随 ES6 或者 TypeScript的一切好东西。啊，太妙啦。

如何决定

遵循这个方便的流程图：

Should you use Angular 2? [flowchart]

本质上来说，如何这是一个低风险的项目（其失败并不意味着你生意或者某事的失败），并且你准备花时间自己来弄清事情，使用Angular 2来试一下。

你要小心呀，它仍然是alpha软件，以及能够大量地改变，打破你写的一切。当你习惯于使用Angular 1，那么在Stack Overflow，你不会有太多的帮助。

非常清楚的是，在这里，我并不是说 Angular 2就是“准备就绪”，就OK啦。你仍需要掂量风险和最好地判断能力。

检查一下，你准备了Augular 2吗?让我们通过公开测试来看看其进展吧。

使用 Angular 2

如果你已经决定了要冒这个险，但是又从来没用过它，那么你首先得决定用哪个语言：ES6，Typescript，或者是ES5。而且，现在是订阅我发布的新闻的好时候，订阅了它，你就能在第一时间阅读到Angular 2的最热新闻和Angular 1开发中最佳实践类文章了。

订阅链接（译者注：oschina文章编辑器限制，建议到原文中进行订阅）：<form action="//binarynirvana.us5.list-manage.com/subscribe/post?u=caad576c33eb4a330b1dccd47&id=de622be6c5" method="post" id="mc-embedded-subscribe-form" name="mc-embedded-subscribe-form" class="ng-embedded-subscribe-form validate" target="_blank" >

快来订阅Angular 1的有关文章和Angular 1的最佳实践系列文章吧。

输入您的电邮地址（译者注：oschina文章编辑器限制，建议到原文中进行订阅）：

<label for="mce-EMAIL">Email Address</label> <input type="email" value="" name="EMAIL" class="required email" id="mce-EMAIL" /> 您随时可以取消订阅。

<input type="text" name="b_caad576c33eb4a330b1dccd47_de622be6c5" tabindex="-1" value="" />

<input type="submit" value="Stay Up To Date" name="subscribe" id="mc-embedded-subscribe" class="button" />

</form>

然后，再去学习这些”很棒的教程“，有了经验后，你就可以深入的学习和使用了。

使用 Angular 1

还在坚持使用 Angular 1？也不丢人。

下面是一些日后可以帮助你轻松迁移到 Angular 2 需要了解的事情：

开始写 ES6 或者 TypeScript
任何地方都用 controllerAs 语法，放弃 $scope。
让你的 app 进入组件树(一条指令=一个组件)
当 Angular 1.5 可用时，开始用它新的 .component 符号，取代 .directive
在 Angular 1.5之前，像下面这样组织你的指令:

{ 
  restrict :  'E' , 
  scope :  {  ...  },  // isolate scope 
  controller :  'NameCtrl' , 
  controllerAs :  'name' , 
  bindToController :  true , 
  // no link 
  // no compile 
}