Head First 设计模式 —— 10. 迭代器 (Iterator) 模式

思考题

public void printMenu() {
    PancakeHouseMenu pancakeHouseMenu = new PancakeHouseMenu();
    ArrayList breakfastItems = pancakeHouseMenu.getMenuItems();
    
    DinerMenu dinerMenu = new DinerMenu();
    MenuItem[] lunchItems = dinerMenu.getMenuItems();
    
    for (int i = 0; i < breakfastItems.size(); ++i) {
        MenuItem menuItem = (MenuItem) breakfastItems.get(i);
        System.out.print(menuItem.getName() + " ");
        System.out.println(menuItem.getPrice() + " ");
        System.out.println(menuItem.getDescription());
    }
    
    for (int i = 0; i < lunchItems.length; ++i) {
        MenuItem menuItem = lunchItems[i];
        System.out.print(menuItem.getName() + " ");
        System.out.println(menuItem.getPrice() + " ");
        System.out.println(menuItem.getDescription());
    }
}

根据我们的 printMenu() 实现，下列哪一项为真？ P322

• [x] A. 我们是针对 PancakeHouseMenu 和 DinerMenu 的具体实现编码，而不是针对接口。

  • 针对具体实现编程，没有解耦，无法动态替换

• [ ] B. 女招待没有实现 Java 招待 API ，所以她没有遵守标准。

  • 女招待有一个招待规格，算是实现了一个隐式 API，并且内部实现封装了变化

• [x] C. 如果我们决定从 DinerMenu 切换到另一种菜单，此菜单的项是用 Hashtable 来存放的，我们会因此需要修改女招待中的许多代码。

  • Hashtable 是一种新的具体实现，需要修改代码进行适配

• [x] D. 女招待需要知道每个菜单如何表达内部的菜单项集合，这违反了封装。

  • 女招待的实现依赖菜单内部实现，与菜单强耦合，没有封装变化

• [x] E. 我们有重复的代码； printMenu() 方法需要两个循环，来遍历两种不同的菜单。如果我们加上第三种菜单，我们就需要第三个循环。

  • 由于是针对菜单项集合的具体实现编程，所以增加新菜单就需要增加循环

• [ ] F. 这个实现并没有基于 MXML(Menu XML)，所以就没有办法互操作。

  • The implementation isn't based on MXML(Menu XML) and so isn't as interoperable as it shoule be.

  • 互操作性（英文：Interoperability；中文又称为：协同工作能力，互用性）作为一种特性，它指的是不同的系统和组织机构之间相互合作，协同工作（即互操作）的能力。就软件而言，互操作性——这条术语用来描述的是不同的程序（programs）借助于同一套交换格式（exchange formats）来交换数据，读写相同文件格式（file formats）以及采用相同协议（protocols）的能力。
  • 刚开始不懂，看了维基百科后的解释后有点似懂非懂。这个实现内部直接处理了不同数据格式，具有一定的互操作性。

思考题

请继续完成 PancakeHouseIterator 的实现，并对 PancakeHouseMenu 类做出必要的修改。 P327

public class PancakeHouseIterator implements Iterator {
    ArrayList items;
    int position = 0;
    
    public PancakeHouseIterator(ArrayList items) {
        this.items = items;
    }
    
    public Object next() {
        return items.get(position++);
    }
    
    public boolean hasNext() {
        return position >= items.size();
    }
}

public class PancakeHouseMenu {
    ArrayList menuItems;
    
    // 构造器和其他方法
    // 移除 public ArrayList getMenuItems() 方法
    
    public Iterator createIterator() {
        return new PancakeHouseIterator(menuItems);
    }
}

迭代器模式

提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示。 P336

特点

• 遍历集合内部元素而不暴露内部表示 P336
• 让聚合的接口和实现变得简洁 P336
• 管理对象集合，不必理会遍历的事情 P336

思考题

迭代器模式的类图看起来很像我们所学过的另一个模式；你知道是哪个模式吗？提示：子类决定要创建哪个对象。 P337

• 工厂方法模式

设计原则

单一职责原则：一个类应该只有一个引起变化的原因 P339

• 高内聚：一个模块或一个类只支持一组相关的功能 P339

特点

• 尽量将一个责任只指派给一个类 P339
• 遵循单一职责原则的类是高内聚的 P339

思考题

请很快写下为了能让咖啡厅的菜单代码符合我们的框架，我们要对它做的三件事情： P342

public class CafeMenu {
    HashTable menuItems = new Hashtable(); 
    
    public CafeMenu() {
        // 省略下述参数
        // addItem(...);
        // addItem(...);
        // addItem(...);
    }
    
    public void addItem(String name, String description, boolean vegetarian, double price) {
        MenuItem menuItem = new MenuItem(name, description, vegetarian, price);
        menuItems.put(menuItem.getName(), menuItem);
    }
    
    public Hashtable getItems() {
        return menuItems;
    }
}

• 实现 Menu 接口
• 删除 getItems() 方法
• 增加 createIterator() 方法

本文首发于公众号：满赋诸机（点击查看原文） 开源在 GitHub ：reading-notes/head-first-design-patterns