浅淡ViewObject 的设计

如何降低页面的复杂性，如何降低页面的代码量，如何减少 JSP 页面烦人的 <IF><ELSE> 标签。方法之一就是用好 ViewObject 。

在我所在接触过的系统中，我曾经看到过全能的 ViewObject 。数据持久化需要他，业务逻辑需要他、页面展示需要他。以至于造成以下情况：

1 、视图层代码复杂，既有持久化层的逻辑，又有业务逻辑层的逻辑、还有展示层的逻辑。

        2 、 事务从服务层蔓延到视图层。对于 ViewObject 的修改，会直接影响到数据库。

       3 、代码的维护量特别大，不敢进行重构。一旦有需求，只敢增加代码，却不敢对原有代码进行改善。

       4 、代码无法重用。如果一个 Widget 在不同的页面上出现多次，视图层的代码也要对应复制多次。

这些严重制约的系统的发展。所以需要精心设计 ViewObject 供网页使用。

 

如何设计一个好的 ViewObject 。

1 、引入工厂，

ViewObject 通过收集 UI 上的各种表单元素， VIewObject 了解顾客使用了哪些支付方式，支付多少金额等等情况，所以所可以生成各种业务逻辑对象。这好比工厂拥有各种原材料，通过一定的工艺、程序，就可以产出各种东西。 ViewObject 也是如此。

比如 UI 有网银支付，积分支付，代金券三种支付方式，顾客可以进行组合支付。系统将会跟会根据支付结果，生成相应支付记录。那么我们怎么写支付 ViewObject 呢？

代码如下 :

public class PaymentViewObject {
    private boolean onlineBank;
    private double amount;
    private boolean point;
    private double points;
    private boolean voucher;
    private String voucherNo;

    public PayRecord createOnlineBanckRecord(){
        PayRecord record = new PayRecord();
        record.setType(Payment.Onlinebank);
        record.setAmount(amount);
        return record;
    }

    /**
     * 至少有一个支付
     */
    public isValidPayment(){
        return onlineBank || point || voucher
    }
    public boolean hasEnoughPoints(int pointsHad){
        if (pointsHad == 0) return false;
        return points <pointsHad;
    }
    public PayRecord createPointRecord(){
        PayRecord record = new PayRecord();
        record.setType(Payment.Point);
        record.setPoints(points);
        return record;
    }
    public PayRecord createVoucherRecord(){
        PayRecord record = new PayRecord();
        record.setType(Payment.Vourcher);
        record.setVourcherNo(voucherNo);
        return record;
    }
    public List<PayRecord> createPayRecordes(){
        List<PayRecord> records = new ArrayList<PayRecord>();
        if(points){
            records.add(createPointRecord());
        }
        if(onlineBank){
            records.add(createOnlineBanckRecord());
        }
        if(voucher){
            records.add(createVoucherRecord());
        }
        return records;
    }
}

 

这样，视图层的代码复杂对大大降低，可维护性提高。

      

2 、分析页面上相似的 Widget ，分析差异，再设    计出 viewObject 。

电子商务后台中，最常看到的元素的是订单项。但是在订单预定流程、订单修改流程、订单确认流程，订单项表现形式有点差异：比如

订单预定流程（单项，价格，配额）

订购修改流程（单项，总价，实际占用配额）

订单确认流程（单项，确认时间，确认人）

经过分析，我们就抽取出 OrderItemVIewObject ，并创建一个 OrderItemViewObjectFactory, 生成各种 VO

 

综上所述，可以采用如下方法指导 ViewObject 的编写。 1 、引入 Factory ，常见创建各种 VO 。 2 、在 VO 添加 FactoryMethod 创建 DomainObject 。 3 、把部分逻辑写入 VO ，减少视图层的代码复杂度。