优化策略模式，提高账薄显示的灵活性和扩展性

接着上一篇文章，账薄显示出来之后，为了提高软件的可扩展性和灵活性，我们应用策略设计模式。这不仅仅是为了提高代码的维护性，而是因为明细分类账账薄显示的后面有金额分析这个功能，从数据库后台分析及结合Java语言特性，类似数据转置，也是软件复杂度提出的一个客观优化需求。

定义策略接口

为了软件的简易性，我们采用拖拖拉拉就可形成各种界面元素的设计方式，它虽然降低的前端开发人员的难度，可以轻松应用CSS配置文件提高视图界面的灵活性，但后台的处理多了更多的规则。大的基本结构是一个控制器中同时又镶嵌多个控制器。所以，我们定义策略模式的接口如下：

/**
 * 为了方便扩展，抽象显示方式，目前子类应该包括总分类账和明细分类账
 */
public interface ShowZhangBen {
    /**
     *
     * @param showZongZhangKeMu  要显示的账薄科目
     * @param keMuController 主科目界面的控制器
     * @throws IOException 由于从FXML文件加载要处理异常
     */
    void showZhangBo(KeMu showZongZhangKeMu, KeMuController keMuController) throws IOException;

}

实现基本的总分类账和明细分类账的接口实现类

当下业务需要二级科目已经满足要求，所以，我们先实现这两个策略实现类。按模式惯例，在科目主控制器中增加策略成员接口