Smart / Dumb组件体系结构是否在角度应用程序的某些方面造成了一定的复杂性

时间:2019-03-29 07:26:39

标签: javascript angular

(请参考下图阅读内容)

在我的示例布局中,正确地识别出什么是智能组件(容器)和什么是哑巴组件(表示)时存在问题。如果我解释我的情况,我有标签容器,则假设有两个标签X和Y。在具有容器组件的第一级中,该容器包含单个标签,基本上它是任何标签的着陆组件。在具有特定制表符ex的情况下:X具有布局或容器组件,该布局或容器组件排列了所有属于制表符X的原始组件。

有些混淆,可以正确地识别在这种情况下哪个应该是智能组件。我最初的想法是容器保持标签组件(大多数组件)。但是与团队讨论并经一些论证决定,这将是 X标签的容器布局组件。然后我的想法是,对于每个选项卡,我们都应该有一个智能组件。

在下面的讨论中,针对最外面的组件作为智能组件提出了参数列表。

  1. 将最外面的容器作为智能组件需要 少量的输入/输出绑定。
  2. 将最外面的容器作为智能组件,以防万一需要删除选项卡X所有关联服务都位于其他需要删除的地方,有时会丢失这些服务。
  3. 这将违反单一责任原则

然后,我变得有些困惑,因为所有这些参数都具有一定的有效性,因此在那些情况下决定智能组件时应该考虑什么?我认为,如果我们决定这些因素,那么应用程序中将会有更多的智能组件,但是当我读出该应用程序时,智能组件的数量应该很少。

enter image description here

0 个答案:

没有答案