OOP：事件定位与直接访问的优缺点

Question

我正在使用Flex SDK for mobile，这个问题是关于面向对象编程的。

我有一个负责管理视图的视图堆栈机制，我可以从任何视图类访问它，我可以请求它导航到另一个视图 B 或关闭当前视图 A

我的问题从导航到另一个视图的方法开始：

addView(Class);

我需要传递它所请求的视图类名，而不是创建该视图，打开它，并将其添加到视图堆栈中。让我们称这种方法为直接访问。

我想到了 A 会引发事件的替代方法，例如：当用户点击“立即播放”按钮时的GameRequest。我将有一些控制器，它将监听GameRequest事件，并使用 B 类调用addView（）方法。让我们称这种方法为事件方向。

所以这是我的优点和缺点，告诉我你的想法，我错过了什么？

---

直接访问

• +易于编码
• +大多数框架默认使用它：Flex移动SDK，Android SDK等......
• - 在视图之间创建依赖关系

活动方向

• +视图之间没有依赖关系
• +易于维护
• +很容易看到所有开始启动/打开视图的地方（我用同样的控制器来监听4种事件以显示游戏画面，他的执行是相同的）
• - 第一次编写代码更复杂，需要添加额外的事件和控制器类。