Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/angularjs/24.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript AngularJS风格指南-托德格言vs约翰·帕帕vs明科·格切夫_Javascript_Angularjs_Coding Style - Fatal编程技术网

Javascript AngularJS风格指南-托德格言vs约翰·帕帕vs明科·格切夫

Javascript AngularJS风格指南-托德格言vs约翰·帕帕vs明科·格切夫,javascript,angularjs,coding-style,Javascript,Angularjs,Coding Style,我对Angular很陌生,我想从一开始就学习好的实践。我遇到了三个角度风格指南,它们看起来都很棒。我想知道哪一个对我来说是最好的,但我没有资格做评判,因为我对大型角度应用几乎没有经验 那么哪一个是最好的呢?或者即使不是更好,那么在开发过程中更直观/导致的问题更少?也许你们中的一些人对所有这些都有经验,可以指出它们的优点和缺点 链接: 托德的座右铭: 约翰·帕帕: 明科·格切夫: 我已经阅读了格言和爸爸的指南,他们90%的时间都同意相同的指南和用法。格言简短易懂,爸爸的格言很长,但几乎涵盖了所有

我对Angular很陌生,我想从一开始就学习好的实践。我遇到了三个角度风格指南,它们看起来都很棒。我想知道哪一个对我来说是最好的,但我没有资格做评判,因为我对大型角度应用几乎没有经验

那么哪一个是最好的呢?或者即使不是更好,那么在开发过程中更直观/导致的问题更少?也许你们中的一些人对所有这些都有经验,可以指出它们的优点和缺点

链接:

  • 托德的座右铭:
  • 约翰·帕帕:
  • 明科·格切夫:

我已经阅读了格言和爸爸的指南,他们90%的时间都同意相同的指南和用法。格言简短易懂,爸爸的格言很长,但几乎涵盖了所有内容。我认为你们最好从它们中的任何一个开始(最好是较短的一个),当你们谈到新事物时(例如:你们可能一开始并没有执行指令,但过了一段时间),然后去阅读指令部分。不要试图从头到脚地阅读所有内容,因为这可能会让你感到困惑。从最需要的开始,开始编写应用程序

  • 文件结构(Minko)-应用程序结构(Papa)
  • 生命(爸爸)
  • 模块(格言,Papa)-模块化(Papa)
  • 控制员声明和最佳实践(格言,Papa)
  • 服务宣言和最佳实践(格言,Papa)
  • 评论(格言,爸爸)
  • 命名(爸爸)

这些应该足以让您开始并完成Angular的大部分开发工作,然后当您来到Angular的新领域时——比如说,如果您计划构建指令——然后去阅读这些指南的那一部分。否则,你只需花上几天时间阅读和思考指南,而不做实际工作。除非您真的使用它,否则您将看不到自己实现某些东西的最佳方法,而且也看不到最佳实践背后的原因。

2016年7月,关于如何让AngularJS应用程序为Angular2做好准备,只有一个样式指南是最新的。这就是托德格言的风格指南。6月份做了大量的返工(只需检查提交活动:)

它拥有2016年时尚指南中的所有内容,包括:

  • ES2015
  • AngularJS 1.5.x
  • module.component()
  • 单向数据流
  • 有状态/无状态组件
  • 等等
此外,请查看这个令人敬畏的种子项目,它几乎遵循了托德格言指南中的每一条规则:


每个人都应该有长远的眼光。换句话说,从小处着手,但要记住应用程序的发展方向

John papa提供了我认为最好的文件结构,还有许多有用的框架,比如John papa的应用程序结构

John papa的主要特点如下:

  • 每个文件一个组件可以简化单元测试和模拟

  • 每个文件一个组件使读取、维护和避免与源代码管理团队发生冲突变得容易得多

  • 每个文件一个组件可以避免在文件中组合组件时经常出现的隐藏错误,这些组件可能共享变量、创建不需要的闭包或与依赖项不需要的耦合


  • 我认为你应该阅读所有这些内容,并决定什么方法更适合你的项目。这是因为使用角度和风格指南的方法和专家一样存在。这些都是风格指南,没有特别的冷硬争论。它们在很多有意义的事情上重叠,其余的是偏好。一致性很重要——选择一个,或者自己制作,并坚持下去。我使用“Yeoman angular generator”(Yeoman angular generator)作为我的应用程序支架,它生成的结构适用于大多数应用程序。