Android默认DeskClock应用程序中的设计模式

Question

我正在尝试学习android系统并正在研究标准（默认）DescClock应用程序（我想我从这里得到它： http ：//omapzoom.org/？p = platform / packages /apps /DeskClock.git） 。 具体来说，我的问题是关于类Alarm和Alarms 。 Alarm是单个警报的实现，而Alarms有各种使用Alarm方法。 Alarms所有方法都是静态的 。

现在，问题。 用静态方法制作“经理”类是一种众所周知的设计模式吗？ 这种方法的一般好处是什么？ 谢谢！

Answer 1

起初，我认为这可能是一个复合模式 ，当你有一个可以独立的类或同一类型的容器时，这是典型的。 但是，当我读到所有的Alarms方法都是静态的时，我意识到它与Composite无关。

所有Alarms方法都是静态的这一事实意味着Alarms没有状态，并且只对Alarm类实例进行行为操作。 在查看代码后，似乎Alarms类是Facade模式或者访问者模式的混合体 ，即使它只在一个类上工作。

Alarms类正在做的是有效地封装了如何处理Alarm类的细节，从而简化了它对最终用户的使用。 我实际上喜欢这种方法，虽然有人可能会说如果使用Alarm类这么难以将它封装成这样的话，那么它的设计可能会被重构。