当前位置: 首页 > 面试题库 >

Angularjs代码/命名约定

韩博厚
2023-03-14
问题内容

有谁知道在构建应用程序时是否存在任何官方的或最受欢迎的Angular命名约定参考?

Angular具有许多不同类型的组件,例如过滤器,指令,服务等。您是否同意在应用程序中实现引用命名约定会有意义?

例如:

如果需要创建新的过滤器,应该如何命名它们,例如[Something] Filter或filter [Something]或其他名称?

同样适用于控制器,服务,指令等。

我想知道的其他事情是属于作用域的变量/函数是否应具有特殊的前缀或后缀。在某些情况下,有一种方法可以将它们与功能和其他功能(无角度代码)区分开来。


问题答案:

查看此GitHub存储库,其中描述了AngularJS应用的最佳做法。它具有不同组件的命名约定。它并不完整,但是它是由社区驱动的,因此每个人都可以做出贡献。



 类似资料:
  • 问题内容: 定义angularJs指令时,我们必须以’camelCase’语法的形式对其进行命名,但是当我们使用它时,我们必须以’camel- case’的形式对其进行命名。问题是为什么要这样做? 我知道这是为了避免命名冲突(现在/将来),但是为什么我们在定义和使用时必须使用不同的名称。我们不能直接以“驼峰案例”的形式定义它吗? 问题答案: 它很重要的原因有两个。 首先,HTML属性不区分大小写,

  • 为了在跨API开发中向开发者提供一致的开发体验,所有的命名应该保证: 简单 直观 一致 这适用于接口、资源、集合、方法以及消息的命名。 因为很多开发者并非以英语作为母语,所以命名约定的目标之一是确保大多数开发者可以更容易理解 API。对于方法和资源,我们鼓励使用简单、直观和一致的单词来命名。 API 中的命名应该使用正确的美式英语。例如,使用美式英语的 license 而非英式英语的 licenc

  • 在本节,我们不会讨论适用于大规模和可维护的最佳 CSS 命名方案,因为这不仅仅超过了个人的能力范围,也不是一个Sass样式指南可以解决的问题。我个人推荐遵从 CSS Guidelines 的建议。 良好的命名对保持整体代码的一致性和可读性非常重要,在 Sass 中可以命名的地方如下: 变量; 函数; 混合宏。 由于 Sass 占位符遵循和类名相同的命名模式,因此被视为常规的 CSS 选择器,也就在

  • 函数名 小技巧 使用小写字母,并用下划线分隔单词。使用双冒号 :: 分隔库。函数名之后必须有圆括号。关键词 function 是可选的,但必须在一个项目中保持一致。 如果你正在写单个函数,请用小写字母来命名,并用下划线分隔单词。如果你正在写一个包,使用双冒号 :: 来分隔包名。大括号必须和函数名位于同一行(就像在Google的其他语言一样),并且函数名和圆括号之间没有空格。 # Single fu

  • 问题内容: 是否有使用Java命名枚举的约定? 我的偏好是枚举是一种类型。例如,你有一个枚举 我反对为其命名: 我知道很容易挑选出哪些文件是枚举,但随后你还将拥有: 另外,是否有一个很好的文档对常量进行了描述,在何处声明了常量等? 问题答案: 枚举是类,应遵循类的约定。枚举的实例是常量,应遵循常量的约定。所以 除了FruitClass外,没有其他理由编写FruitEnum了。你只是在浪费四个(或五

  • 问题内容: 我的完整变量名称是“唯一代码”,但是我希望此变量是“ ucode” -ish。 那么考虑Java命名约定是正确的吗? 编码 uCode UCode 问题答案: 请参阅编码约定。对于变量,建议使用驼峰式大小写。回覆。命名,我本以为 将是最合乎逻辑的选择(我知道那不在您的选择列表中)。任何变体在我看来都是 unicode 的缩写,我认为这是一种误导。以上不是一个太长的名称(例如,它不是Ab