Angular 角度:移动组件';s主元素

Angular 角度:移动组件';s主元素,angular,Angular,我写Angular已经有很长时间了,我可能会用到一些我以前从未需要过的东西!但我不知道它是否安全 创建组件后,是否可以移动组件的本机DOM元素?不是通过ViewRef或类似的方式,而是通过原始DOM元素。我试过了,到目前为止似乎还管用。这会在DOM中移动组件的主机元素,并且输入绑定仍然有效 所以,乍一看似乎还可以,但这是应该工作(并将在Angular的未来版本中继续工作)还是碰巧工作(可能会在没有警告的情况下中断) 在该示例中,假设“app svg team”由公司内的一个团队编写,并希望创建许

我写Angular已经有很长时间了,我可能会用到一些我以前从未需要过的东西!但我不知道它是否安全

创建组件后,是否可以移动组件的本机DOM元素?不是通过
ViewRef
或类似的方式,而是通过原始DOM元素。我试过了,到目前为止似乎还管用。这会在DOM中移动组件的主机元素,并且输入绑定仍然有效

所以,乍一看似乎还可以,但这是应该工作(并将在Angular的未来版本中继续工作)还是碰巧工作(可能会在没有警告的情况下中断)


在该示例中,假设“app svg team”由公司内的一个团队编写,并希望创建许多相互协作的小组件,但可以显示在“核心团队”选择的页面上的任何位置。这将是一种让核心团队处理来自多个团队的单个组件布局的方法。每个团队的组件都可以注入其顶级“团队组件”提供的服务,即使它们最终可能位于DOM中完全不相关的部分。

它确实应该可以工作,因为移动DOM元素是通过引用的,所以所有绑定都应该可以正常工作。但是-允许这种“自由形式”听起来很危险,因为它可能会被移到应用程序根目录之外,或者意外地移到另一个组件DOM元素中。。?听起来有点危险……我肯定会被转移到另一个组件中——这将是我们计划的一部分。:)所以,是的,我的问题是,这是否真的是“危险的”,或者角度是否是以一种应该支持这一点的方式设计的。在我看来,它类似于内容投影,其中DOM元素被“移动”到子组件中。在这种情况下,我们希望能够将其移动到任何“表亲”组件中。老实说,不知道这样做会产生什么影响。我不明白这样做的好处是什么。避免模块导入?有点,是的。我们希望团队之间的API仅限于组件输入和输出。不是依赖注入。这项政策最终甚至允许不使用Angular的团队做出贡献。