我有一个组件可以监听滚动事件，并根据页面的各个部分生成目录。到目前为止，我一直在使用容器/演示组件架构 - 并且没有任何容器接受任何@Input，因为它们是<router-outlet>级别组件。
我目前拥有的容器很可能会将页面标题接受为@Input。现在我可以创建一个服务并以这种方式传递它们，但它似乎不合逻辑 - 它是一个容器组件，但它被投射到另一个组件中ng-content，并且父组件将具有它需要的数组（因此简单地绑定到@Input似乎是合乎逻辑的事情）
是否通过拥有接受@Input的容器来打破智能/容器 - 展示组件架构？
注意：我不认为这是一个严格的基于意见的问题，我认为它非常具体，因为它是关于架构惯例