Javascript 智能/哑组件体系结构是否会在应用程序的某些方面造成一些复杂性

（请参考下图中的哪个读数）

在我的示例布局中，正确识别什么是智能组件（容器）什么是哑组件（表示）。如果我解释我的场景，我有一个选项卡容器，假设有两个选项卡X和Y。在第一级，容器组件包含单个选项卡，基本上是任何选项卡的登录组件。在具有特定选项卡ex:X的情况下，布局或容器组件排列属于选项卡X的所有基本组件

在这种情况下，正确地识别哪个应该是智能组件。我最初的想法是它将是容器保持选项卡组件（最外层组件）。但经过与团队的讨论和一些争论，决定使用X选项卡的容器布局组件。然后我的想法是，每个标签都应该有一个智能组件

在下面的讨论中，我们列出了反对将最外层组件作为智能组件的论点

将最外层容器作为智能组件，这是 很少级别的输入/输出绑定

如果需要删除选项卡X，则将最外层容器作为智能组件，所有关联服务都位于其他需要删除的位置，有时可能会错过这些位置

这将违反单一责任原则

<> P>因此，我得到了一些混乱，因为所有这些论点都有一定的有效性，所以在这些场景中，在决定智能组件时应该考虑什么？我认为，如果我们决定这些因素，应用程序中会有更多的智能组件，但正如我所读到的，应用程序中应该没有多少智能组件