首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >外观模式和管理器类

外观模式和管理器类
EN

Stack Overflow用户
提问于 2012-02-21 16:52:10
回答 2查看 2.6K关注 0票数 3

http://developer.android.com/guide/basics/what-is-android.html参见安卓架构。

我们是否可以将不同的管理器视为不同子系统的外观对象。例如,我们可以将资源管理器看作是所有资源子系统的外观对象吗?

或者,类的管理器名称可能有不同的用途?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2012-02-21 17:15:51

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

四人组将facade定义为某些系统的特定入口点,这些系统本身没有任何功能,但提供了一个到子系统的简单接口,而不会删除对该子系统的访问。

现在,让我们看一下,例如,android.content.res.Resources。它确实是一个统一的接口,但是我们可以在不使用它的情况下获得资源吗?不,这是不可能的:它使用android.content.res.AssetManager的方法,而这些方法对于程序员是不可用的。因此,Resources并没有真正简化对其他东西的访问,这个类是资源系统中不可分离的一部分。这意味着这个类不能被认为是一个外观。

相反,像android.view.animation.AnimationUtils这样的类是一个外观。它不会做任何开发人员自己不能做的事情。但是,与分析XML文件和手动创建动画类相比,开发人员更容易调用此类的方法之一。它表示动画子系统的一些默认使用,而不会删除对系统本身的访问。因此,它完全有权被称为门面。

票数 4
EN

Stack Overflow用户

发布于 2012-02-21 16:58:34

我认为,你的思考方向是正确的。例如,Android Framework中有一些XXXManager类,允许您使用指定的系统:首选项系统、搜索系统、应用程序包系统等。

我们可能会把这一类都看作是门面。另一方面,它们提供了更具体的对象,我们应该使用这些对象来对系统进行更改。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/9374567

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档