我目前正在尝试以一种能够适当扩展到企业级别的方式来组织我的 Angular 应用程序。但是我发现似乎过度依赖框架内的命名约定,并且试图避免命名冲突是一个真正的问题。
例如,在定义任何constants
/ controllers
/ directives
/ factories
/ filters
/ providers
/services
时,会提供一个名称以在依赖注入期间隐式使用。
只需几个定义就可以很好地工作。然而,当可能有数百个(可能数千个)这些定义时,尝试管理和防止重复似乎有点维护噩梦!
另一个问题是指令的命名。由于似乎没有办法将任何上下文应用于指令,因此不可能有如下内容(即重用名称“按钮”):
<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)推荐的解决方案是什么?