Question

我目前正在尝试组织我的Angular应用程序，以便它可以适当地扩展到企业级别。但是我发现在框架中似乎过度依赖命名约定，并且试图避免命名冲突是一个真正的问题。

例如，在定义任何constants / controllers / directives / factories / filters / providers / services时，提供了一个名称，以便在依赖注入期间隐式使用。

这只有一些定义，效果很好。然而，当可能有数百个（可能是数千个）这些定义时，尝试管理和防止重复似乎有点像维护噩梦！

另一个问题是命令的命名。因为似乎没有办法将任何上下文应用于指令，所以不可能有类似下面的内容（即重用名称“button”）：

<toolbar>
  <button></button>
</toolbar>

<customform>
  <button></button>
</customform>

因此，我们再次依赖于详细的命名约定。如果您包含推荐的供应商前缀，则最终会得到如下内容：

<company:toolbar>
  <company:toolbar-button></company:toolbar-button>
</company:toolbar>

<company:customform>
  <company:customform-button></company:customform-button>
</company:customform>

我承认这并不可怕，但它强调了对命名约定的依赖如何容易导致冲突。

Angular路线图上是否有任何内容可以解决命名空间问题，以及当前（1.0.6）推荐的问题解决方案是什么？

Answer 1

我认为现在没有解决方案。当您的应用程序变大或者您必须包含在开发时可能不知道的任意模块时，这绝对是一个问题。我建议使用angular project为此提出问题。

命名AngularJS定义中的冲突

1 个答案: