加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > 安全 > 正文

命名AngularJS定义中的冲突

发布时间:2020-12-17 06:57:59 所属栏目:安全 来源:网络整理
导读:我目前正在尝试组织我的Angular应用程序,以便它可以适当地扩展到企业级别.但是我发现在框架中似乎过度依赖命名约定,并且试图避免命名冲突是一个真正的问题. 例如,在定义任何常量/控制器/指令/工厂/过滤器/提供者/服务时,提供一个名称以在依赖注入期间隐式使
我目前正在尝试组织我的Angular应用程序,以便它可以适当地扩展到企业级别.但是我发现在框架中似乎过度依赖命名约定,并且试图避免命名冲突是一个真正的问题.

例如,在定义任何常量/控制器/指令/工厂/过滤器/提供者/服务时,提供一个名称以在依赖注入期间隐式使用.

只需几个定义,这很有用.然而,当可能有数百个(可能是数千个)这些定义时,尝试管理和防止重复似乎是一个维护噩梦!

另一个问题是命令的命名.因为似乎没有办法将任何上下文应用于指令,所以不可能有类似下面的内容(即重用名称“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)推荐的问题解决方案是什么?

解决方法

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

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读