组合模式概述
有一款杀毒软件,该软件既可以对某个文件夹(Folder)杀毒，也可以对某个指定的文件(File)进行杀毒。该杀毒软件还可以根据各类文件的特点，为不同类型的文件提供不同的杀毒方式，例如图像文件(ImageFile)和文本文件(TextFile)的杀毒方式就有所差异。文件夹的模型其实就是一种树的结构,对于杀毒功能,无论是文件夹还是文件,用户最终并不关心他是如何实现,只关心杀毒的类型,所以希望调用杀毒功能后会有一个统一的处理,这个时候就需要用上组合模式，它可以让叶子对象（File）和容器对象（Folder）的使用具有一致性。
使用示例
有一个界面控件库，界面控件分为两大类，一类是单元控件，例如按钮、文本框等，一类是容器控件，例如窗体、中间面板等，试用组合模式设计该界面控件库。
UML图
示例解析
抽象控件Component,对所有控件都有一个操作方法,同时也添加了容器控件的“增删查”方法,对于实现类,只需针对operation方法作具体操作,其中容器的operation操作中,会将持有的单元控件进行遍历操作其中的operation方法。
由于Component抽象了容器类控件的add(),remove(),getChild()方法,但是对于单元控件这部分功能并不需要.所以要在实现父类方法的时候正确提示用户,也可以考虑将这部分功能去掉,只在容器类中添加,在很多时候为了安全性,会选择将非共有的方法放在子类实现(称为安全组合模式),无论采取哪种解决方案,对抽象能力有一定要求,这也是组合模式的一个弊端。
示例代码
抽象Component
public abstract class Component {
public abstract void add(Component component);
public abstract void remove(Component component);
public abstract Component getChild(int index);
//共有的操作方法
public abstract void operation();
}
具体实现类
public class ButtonComponent extends Component{
@Override
public void add(Component component) {
System.out.println("不支持该方法");
}
@Override
public void remove(Component component) {
System.out.println("不支持该方法");
}
@Override
public Component getChild(int index) {
System.out.println("不支持该方法");
return null;
}
@Override
public void operation() {
System.out.println("按钮点击");
}
}
//单元控件
public class TextAreaComponent extends Component{
@Override
public void add(Component component) {
System.out.println("不支持该方法");
}
@Override
public void remove(Component component) {
System.out.println("不支持该方法");
}
@Override
public Component getChild(int index) {
System.out.println("不支持该方法");
return null;
}
@Override
public void operation() {
System.out.println("操作输入框");
}
}
//容器控件
public class PanelComponent extends Component {
private List<Component> componentList = new ArrayList<>();
@Override
public void add(Component component) {
componentList.add(component);
}
@Override
public void remove(Component component) {
componentList.remove(component);
}
@Override
public Component getChild(int index) {
return componentList.get(index);
}
@Override
public void operation() {
for (Component component : componentList) {
component.operation();
}
}
}
//容器控件
public class WindowComponent extends Component{
private List<Component> componentList = new ArrayList<>();
@Override
public void add(Component component) {
componentList.add(component);
}
@Override
public void remove(Component component) {
componentList.remove(component);
}
@Override
public Component getChild(int index) {
return componentList.get(index);
}
@Override
public void operation() {
for (Component component : componentList) {
component.operation();
}
}
}
调用
Component buttonComponent = new ButtonComponent();
Component textAreaComponent = new TextAreaComponent();
Component windowComponent = new WindowComponent(); windowComponent.add(buttonComponent);
windowComponent.add(textAreaComponent);
windowComponent.operation();
输出结果
按钮点击
操作输入框
组合模式优缺点
优点
- 组合模式可以清楚地定义分层次的复杂对象，表示对象的全部或部分层次，它让客户端忽略了层次的差异，方便对整个层次结构进行控制
- 客户端可以一致地使用一个组合结构或其中单个对象，不必关心处理的是单个对象还是整个组合结构，简化了客户端代码。
- 在组合模式中增加新的容器构件和叶子构件都很方便，无须对现有类库进行任何修改，符合“开闭原则”。
- 组合模式为树形结构的面向对象实现提供了一种灵活的解决方案，通过叶子对象和容器对象的递归组合，可以形成复杂的树形结构，但对树形结构的控制却非常简单。
缺点
- 在增加新构件时很难对容器中的构件类型进行限制。有时候我们希望一个容器中只能有某些特定类型的对象，例如在某个文件夹中只能包含文本文件，使用组合模式时，不能依赖类型系统来施加这些约束，因为它们都来自于相同的抽象层，在这种情况下，必须通过在运行时进行类型检查来实现，这个实现过程较为复杂。
适用场景
- 在具有整体和部分的层次结构中，希望通过一种方式忽略整体与部分的差异，客户端可以一致地对待它们。
- 在一个使用面向对象语言开发的系统中需要处理一个树形结构。
- 在一个系统中能够分离出叶子对象和容器对象，而且它们的类型不固定，需要增加一些新的类型。
网友评论