objective-c - 将信息从 A 类委托(delegate)给 B 类再委托(delegate)给 C 类而不是直接从 A 类委托(delegate)给 C 是不是糟糕的编程设计？

Question

我打算制作一个包含钢琴键盘的应用程序。将有一个代表单个键的自定义类，这些键将是另一个自定义类(钢琴类)的 subview 。然后钢琴类的一个实例将被实例化到一个 View Controller 中。

我需要一个按键类，因为当触摸事件发生时，我需要知道按下的是哪个键。当触摸事件实际发生时，该键将通过委托(delegate)通知钢琴它是哪个键，钢琴将通过将相同的信息中继到 View Controller 来响应，也通过委托(delegate)。

我不希望信息从键直接传递到 View Controller 的原因是我不会在 vc 中直接实例化键类的实例，这样会更具可读性以前的方式。

将信息从钢琴键传递到 View Controller 是糟糕的设计吗？

Answer 1

这根本不是糟糕的设计。假设 View Controller 不知道钢琴 View 设置自己的方式(包括它添加了一堆 subview 来处理它的键)，这只是按照正确的面向对象设计原则隐藏逻辑的一个例子.所有 View Controller 都应该知道它可以创建一个钢琴 View ，并且钢琴 View 会告诉它按下了哪些键。在您的实现中，这就是它所知道的一切。

当然，前提是钢琴 View 会为自己创建键 View 。如果您有一个钢琴 View ，其他人必须向其添加键，但随后希望收到键委托(delegate)消息，那么我认为根据需要了解彼此实现细节的参与者的数量，这是一个糟糕的设计。