Angular JS命名约定（$，camelCase和PascalCase）
AngularJS中用$前缀为提供者的约定是什么？我应该在自己的代码中为所有自定义服务添加前缀吗？
看起来angular附带的所有东西都带有前缀服务，例如$http。但是，$在大多数文章中都没有以控制器为前缀。此外，所有角度代码都带有以中命名的服务camelCase，但是我也在PascalCase许多在线博客中看到过。约定是哪一个？
问题答案：
docs声明了内部服务的约定，但同时也声明您不应为自己的服务使用此约定以减少命名冲突。
http://docs.angularjs.org/guide/concepts#angular_namespace
另外，关于camelCase，文档说要使用camelCase。
Angular使用带破折号的名称表示属性名称，使用camelCase表示相应的指令名称
http://docs.angularjs.org/tutorial/step_00
-
问题内容： 定义angularJs指令时，我们必须以’camelCase’语法的形式对其进行命名，但是当我们使用它时，我们必须以’camel- case’的形式对其进行命名。问题是为什么要这样做？ 我知道这是为了避免命名冲突（现在/将来），但是为什么我们在定义和使用时必须使用不同的名称。我们不能直接以“驼峰案例”的形式定义它吗？ 问题答案： 它很重要的原因有两个。 首先，HTML属性不区分大小写，
-
问题内容： 有谁知道在构建应用程序时是否存在任何官方的或最受欢迎的Angular命名约定参考？ Angular具有许多不同类型的组件，例如过滤器，指令，服务等。您是否同意在应用程序中实现引用命名约定会有意义？ 例如： 如果需要创建新的过滤器，应该如何命名它们，例如[Something] Filter或filter [Something]或其他名称？ 同样适用于控制器，服务，指令等。 我想知道的其他
-
为了在跨API开发中向开发者提供一致的开发体验，所有的命名应该保证： 简单 直观 一致 这适用于接口、资源、集合、方法以及消息的命名。 因为很多开发者并非以英语作为母语，所以命名约定的目标之一是确保大多数开发者可以更容易理解 API。对于方法和资源，我们鼓励使用简单、直观和一致的单词来命名。 API 中的命名应该使用正确的美式英语。例如，使用美式英语的 license 而非英式英语的 licenc
-
在本节，我们不会讨论适用于大规模和可维护的最佳 CSS 命名方案，因为这不仅仅超过了个人的能力范围，也不是一个Sass样式指南可以解决的问题。我个人推荐遵从 CSS Guidelines 的建议。 良好的命名对保持整体代码的一致性和可读性非常重要，在 Sass 中可以命名的地方如下： 变量； 函数； 混合宏。 由于 Sass 占位符遵循和类名相同的命名模式，因此被视为常规的 CSS 选择器，也就在
-
函数名 小技巧 使用小写字母，并用下划线分隔单词。使用双冒号 :: 分隔库。函数名之后必须有圆括号。关键词 function 是可选的，但必须在一个项目中保持一致。 如果你正在写单个函数，请用小写字母来命名，并用下划线分隔单词。如果你正在写一个包，使用双冒号 :: 来分隔包名。大括号必须和函数名位于同一行（就像在Google的其他语言一样），并且函数名和圆括号之间没有空格。 # Single fu
-
问题内容： 我的完整变量名称是“唯一代码”，但是我希望此变量是“ ucode” -ish。 那么考虑Java命名约定是正确的吗？ 编码 uCode UCode 问题答案： 请参阅编码约定。对于变量，建议使用驼峰式大小写。回覆。命名，我本以为 将是最合乎逻辑的选择（我知道那不在您的选择列表中）。任何变体在我看来都是 unicode 的缩写，我认为这是一种误导。以上不是一个太长的名称（例如，它不是Ab