门面模式和经理类

Question

http://developer.android.com/guide/basics/what-is-android.html 请参阅Android架构。

我们可以考虑不同的管理器，例如不同子系统的外观对象。 例如，我们可以将资源管理器视为所有资源子系统的外观对象吗？

或者类别的经理名称可能有不同的目的吗？

Answer 1

我想说这应该根据具体情况加以区分，答案往往是“不”。让我解释一下原因。

四人一组定义的门面作为某个系统的特定入口点，该系统本身没有任何功能，但提供了一个简单的子系统接口而不删除对该子系统的访问

现在，我们来看看android.content.res.Resources。它确实是一个统一的界面，但是我们可以在不使用它的情况下获取资源吗？不，这是不可能的：它使用程序员无法使用的android.content.res.AssetManager方法。因此Resources并没有真正简化对其他内容的访问，这个类是资源系统不可分割的一部分。这意味着这个类不能算是一个 门面。

相反，像android.view.animation.AnimationUtils这样的类是一个立面。开发人员无法做任何事情。但是，不是手动解析XML文件和创建动画类，开发人员更容易调用此类的方法之一。它表示动画子系统的一些默认用法，而不删除对系统本身的访问权限。因此，它有权被称为立面。

Answer 2

我认为你反映的是正确的方向。例如，Android Framework中有一些XXXManager类，允许您使用指定的系统：首选系统，搜索系统，应用程序包系统等。

我们可能会像Facades一样感知这个类。另一方面，他们提供了更多具体的对象，我们应该用它们来改变系统。