本次练习你能学到的

1. 学习如何实现自动更新功能
2. 学习插件类的编写
3. 学习插件的配置
4. 学习插件的调用

主要内容

• 打开APP后检查版本更新，如果有更新则弹出更新对话框

• APP中【检查更新】显示当前版本号，并可以点击进行版本检查更新

如何实现自动更新功能

你可以自己写代码，也可以网上找代码抄一下，我之前的 敏捷个人APP 就是从网上下的一个代码片段放进我的项目中的。不过今天和大家说的不是如何编写自动更新代码，因为我们今天要做的是如何更快的用别人写好的东西来加速自己产品开发的进度和质量。

自动更新这个东西也不涉及到什么技术难度，一般第三方要是提供了也不会出什么质量问题，能够拿来就用岂不是很好呢？网上找了一下，发现 友盟提供自动更新

很好，那就直接用这个吧，Andorid和iOS都可以用。

如何集成到我们的产品中，看他们自己写的文档：自动更新android文档 ，我就不多说了，如果遇到问题，可以在咱们群里问问大家。

插件类的编写

原生Andorid中如果调用，就看上面说的他们自己写的文档。如果我们现在要在APP中【设置】中增加自动检查和显示当前版本，则需要我们开始学习如何编写cordova插件了。

这里我们会编写一个插件，两个方法，一个方法用来检测更新，另一个方法用来获得当前APP的版本号。

闲话不说了，直接来代码。

public class GCAppPlugin extends CordovaPlugin {

    @Override
    public boolean execute(String action, JSONArray args, CallbackContext callbackContext) throws JSONException {
        if ("version".equals(action)) {
            version(callbackContext);
            return true;
        }
        else if ("checkUpdate".equals(action)) {
            final Context mContext = this.cordova.getActivity();
            UmengUpdateAgent.setUpdateAutoPopup(false);
            UmengUpdateAgent.setUpdateListener(new UmengUpdateListener() {
                @Override
                public void onUpdateReturned(int updateStatus, UpdateResponse updateInfo) {
                      switch (updateStatus) {
                        case UpdateStatus.Yes: // has update
                            UmengUpdateAgent.showUpdateDialog(mContext, updateInfo);
                            break;
                        case UpdateStatus.No: // has no update
                            Toast.makeText(mContext, "现在使用的已是最新版本了", Toast.LENGTH_SHORT).show();
                            break;
                        case UpdateStatus.NoneWifi: // none wifi
                            Toast.makeText(mContext, "没有wifi连接， 只在wifi下更新", Toast.LENGTH_SHORT).show();
                            break;
                        case UpdateStatus.Timeout: // time out
                            Toast.makeText(mContext, "超时", Toast.LENGTH_SHORT).show();
                            break;
                        }                    
                }
            });
            UmengUpdateAgent.forceUpdate(mContext);
            return true;
        } 
}

private synchronized void version(CallbackContext callbackContext) {
　　PackageInfo packInfo;
　　try {
　　　　packInfo = this.cordova.getActivity().getPackageManager().getPackageInfo(this.cordova.getActivity().getPackageName(),0);
　　　　String version = packInfo.versionName +"("+packInfo.versionCode+")";
　　　　callbackContext.sendPluginResult(new PluginResult(PluginResult.Status.OK, version));
　　} catch (NameNotFoundException e) {
　　　　// TODO Auto-generated catch block
　　　　e.printStackTrace();
　　}
}

插件的配置

插件写完了，很多人遇到的下一个问题就是怎么配置才能在Javascript中调用呢？我们今天也不解析源码，为什么呢？因为我没看：）不过，我一定要给大家说清楚如何配置，否则就永远调用不了插件。

打开res/xml/config.xml文件，添加feature，必须匹配类名，因为源码中是通过这些去配对的。上面我们写了更新插件，现在就是要配置一下这个插件类到功能名称，我在配置文件中加入了下文粗体部分内容

<?xml version='1.0' encoding='utf-8'?>
<widget id="com.glodon.gcapp" version="2.0.0" xmlns="http://www.w3.org/ns/widgets" xmlns:cdv="http://cordova.apache.org/ns/1.0">
    <name>掌中广材</name>
    <description> 随时随地查找全国最完整最及时的信息价   </description>
    <author email="22626496@qq.com" href="http://www.中国信息价.cn">  周金根    </author>
    <content src="html/scj/scj.html" />
    <access origin="*" />
    <access origin="tel:*" launch-external="yes"/>
    <access origin="geo:*" launch-external="yes"/>
    <access origin="mailto:*" launch-external="yes"/>
    <access origin="sms:*" launch-external="yes"/>
    <access origin="market:*" launch-external="yes"/>

    <preference name="SplashScreen" value="screen" />
    <preference name="SplashScreenDelay" value="30000" />
    <preference name="SplashMaintainAspectRatio" value="false" />    
    <preference name="LoadingDialog" value="正在加载中..." />

    <feature name="Device">
        <param name="android-package" value="org.apache.cordova.device.Device" />
    </feature>
     <feature name="NetworkStatus">
        <param name="android-package" value="org.apache.cordova.networkinformation.NetworkManager" />
    </feature> 
    <feature name="SplashScreen"> 
        <param name="android-package" value="org.apache.cordova.splashscreen.SplashScreen" />
    </feature>    
    <feature name="Camera">
        <param name="android-package" value="org.apache.cordova.camera.CameraLauncher" />
    </feature>    
    <feature name="BarcodeScanner">
        <param name="android-package" value="com.phonegap.plugins.barcodescanner.BarcodeScanner" />
    </feature>
    <feature name="Gcapp"> 
        <param name="android-package" value="com.gldjc.guangcaiclient.GCAppPlugin" />
    </feature>  
</widget>

• com.gldjc.guangcaiclient.GCAppPlugin  是插件类的全面

• Gcapp是 feature 名称，下面大家就知道在哪里会用到了

以上文件就是告诉cordova，我们新增了一个Gcapp功能，这个功能会调用我们的原生插件Java对象，接下来就是Javascript如何能调用到这个类了，最重要的就是这个Gcapp功能名称。

我们接着就要写Javascript代码来调用这个功能了，如何写呢？继续往下看，我在assets/www/plugins/下新增目录并建立了文件gcapp.js，完整路径是 assets/www/plugins/com.gldjc.guangcaiclient/www/gcapp.js，代码如下：

cordova.define('com.gldjc.guangcaiclient.gcapp', function(require, exports, module) {
        var exec = require("cordova/exec");

        function Gcapp() {};

        Gcapp.prototype.version = function (getversion) {
            exec(getversion, null, 'Gcapp', 'version', []);
        };   

   　　 Gcapp.prototype.checkUpdate = function () {
            exec(null, null, 'Gcapp', 'checkUpdate', []);
        };   

        var gcapp = new Gcapp();
        module.exports = gcapp;
});

 exec(null, null, 'Gcapp', 'checkUpdate', []);

其中Gcapp就是我们在上一步骤加的feature名称，大小写匹配着写，通过这个名称，cordova才能找到调用那个java插件类，然后通过checkUpdate知道调用这个插件类的哪个方法，后面[]中则是参数。因为我这个插件不需要参数，所以为空。

Javascript插件类也配对成功了，那如何调用呢？你可以直接在html中包括这个js，不过我们一般会再配置一个js，那就是assets/www/cordova_plugins.js，这样就不用对每个插件类都去写一遍了，cordova会遍历你的配置去加载它们。

cordova.define('cordova/plugin_list', function(require, exports, module) {
module.exports = [
    {
        "file": "plugins/org.apache.cordova.device/www/device.js",
        "id": "org.apache.cordova.device.device",
        "clobbers": [
            "device"
        ]
    },
    {
        "file": "plugins/org.apache.cordova.networkinformation/www/network.js",
        "id": "org.apache.cordova.networkinformation.network",
        "clobbers": [
            "navigator.connection",
            "navigator.network.connection"
        ]
    },
     {
        "file": "plugins/org.apache.cordova.networkinformation/www/Connection.js",
        "id": "org.apache.cordova.networkinformation.Connection",
        "clobbers": [
            "Connection"
        ]
    },
     {
        "file": "plugins/org.apache.cordova.splashscreen/www/splashscreen.js",
        "id": "org.apache.cordova.splashscreen",
        "clobbers": [
            "navigator.splashscreen"
        ]
    },
        {
        "file" : "plugins/org.apache.cordova.camera/www/CameraConstants.js",
        "id" : "org.apache.cordova.camera.Camera",
        "clobbers" : [ "Camera" ]
    },
    {
        "file" : "plugins/org.apache.cordova.camera/www/CameraPopoverOptions.js",
        "id" : "org.apache.cordova.camera.CameraPopoverOptions",
        "clobbers" : [ "CameraPopoverOptions" ]
    },
    {
        "file" : "plugins/org.apache.cordova.camera/www/Camera.js",
        "id" : "org.apache.cordova.camera.camera",
        "clobbers" : [ "navigator.camera" ]
    },
    {
        "file" : "plugins/org.apache.cordova.camera/www/CameraPopoverHandle.js",
        "id" : "org.apache.cordova.camera.CameraPopoverHandle",
        "clobbers" : [ "CameraPopoverHandle" ]
    },
    {
        "file" : "plugins/com.phonegap.plugins.barcodescanner/www/barcodescanner.js",
        "id" : "com.phonegap.plugins.barcodescanner.barcodescanner",
        "clobbers" : [ "barcodescanner" ]
    },
    {
        "file": "plugins/com.gldjc.guangcaiclient/www/gcapp.js",
        "id": "com.gldjc.guangcaiclient.gcapp",
        "clobbers": [
            "gcapp"
        ]
    }
];
module.exports.metadata = 
// TOP OF METADATA
{
    "org.apache.cordova.device": "0.2.13"
}
// BOTTOM OF METADATA
});

插件的调用

万事俱备，只欠东风，你们可以开始看到结果了，如果从头到这里一步成功，那应该还是蛮兴奋的事情吧。

具体前端页面如何设计我就不说了，我的页面效果就如本文最前面的图片，在js中我是这些调用version的，至于checkUpdate就是一样了，在按钮的click事件中调用 gcapp.checkUpdate(); 即可

$(document).on("PG_pageinit", function(event) {
    gcapp.version(function(version){
            $("#version").html(version);
    });
});

JAVA环境

1. 安装JAVA JDK
2. 打开我的电脑–属性–高级–环境变量
   • 新建系统变量JAVA_HOME，变量名：JAVA_HOME ，变量值：C:\Program Files\Java\jdk1.7.0
   • 新建系统变量CLASSPATH，变量名：CLASSPATH ，变量值：.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;
   • 选择“系统变量”中变量名为“Path”的环境变量，双击该变量，在原来变量后追加 ;%JAVA_HOME%\bin
3. 现在测试环境变量的配置成功与否。在DOS命令行窗口输入“JAVAC”，输出帮助信息即为配置正确。如图：
   

Android环境

Cordova环境

在Apache Cordova官网上有明确的建立步骤，具体说明在 The Command-Line Interface  中。

1. 安装NodeJS
   
2. 下载安装一个 git客户端

3. Window下行执行命令行：

   1	npm install -g cordova

   Mac下执行命令行

   1	$ sudo npm install -g cordova

   我现在的电脑已经存在Cordova项目，但是安装环境却没有了。为了写这篇文字，我又重新安装cordova，在命令行下输入
   
   同样，仍旧非常慢，别急，耐心点，不要中断执行，出去跑5公里之后再回来看看是否安装成功了。本来这篇博文是昨天发布的，只是这一步一直未完成，今天一大早又再试了试，很快就完成了。
   安装成功的样子是这样的：

   
   如果你真的很着急，就要明白下载慢的原因了。下载慢是因为源的问题，如果等不及可以使用其它源。我看在PhoneGap App开发QQ群（348192525   ）中有人介绍了通过更改下载源可以解决，如果你知道的话，可以在本文回复一下，与大家分享一下。

敏捷个人，快乐、平衡、高效

下面我们来做一个Hello world示例

1. 新建一个项目，执行命令行 cordova create agileme cn.zhoujingen.agileme AgileMe , 如果安装有问题可以后面加上 –d启动查看执行详细信息。下载类库时间有点长，我大概等了10几分钟吧，你也耐心点，不要中断执行。我第一次就是因为不想等了，然后中断，导致后面步骤失败，不得已删除下载的类库目录文件再次执行此步骤

error：please install android target: “android-22″.

老老实实打开Andorid SDK Manager下载最新Tools吧

不过要用代理才能下，算了，我直接用我以前做的代码做了一个Demo源码打包，使用的是Cordova3.几的版本。Andorid示例下载地址：webapptest.zip

如果你要下载，那就按这个设置，目前是可行，以后这个代理是否可用就不知道了。

至于如何使用Eclipse导入项目我就不说了，不知道的就网上找找，或者在群里问问大家吧

你可以在虚机上运行，

、

不过Andorid虚机很慢，我一般连接真机测试机

直接按运行，选择Andorid Application后，就会显示出主界面了

如果你看到这个界面了，恭喜你，你的成功迈进了一步。

如果看文字有点累，那就看看咱们群里人录制的视频吧。

预习作业

第一次写一步一步的，感觉自己是不是写的太简单了

1. 下载Cordova自带的notication插件，跑一跑
2. 自己做一个获得App大小版本号的插件

为何借鉴MetaEdit+思想

我在软件产品线工程方法 － 四个主要方法原则提到产品线带来的几个好处：减少成本，快速上市，减少风险和提高质量，这些都是我们在做软件产品时都期望达到的。在我以前blog中也有一个软件工厂的图，该图表明了模型驱动开发是支持软件产品线工程的一种方法，所以我会比较关注模型驱动开发。

在信息系统开发平台OpenExpressApp － 总体架构的由来中我讲到过MetaEdit+是全球DSM领域内著名的产品，它能够带来产品线中期望的几个好处：

• 缩短上市时间，开发生产力能够提高5-10倍
• 开发人员可以集中设计和关注业务功能，而不必用代码去写所有方面的内容
• 由于使用的是经过验证的工具，产品质量显著提高
• 可以完全控制模型和代码生成，而不像MDA方法模型和代码生成固定，不便于特定领域开发
  

通过以上说明可以看出，我借鉴MetaEdit+的思路是想采用一种模型驱动开发方法来支持产品线工程。

元模型引擎对OpenExpressApp平台的支持

知道MetaEdit+已经好多年了，之前也研究过这个工具，并查看过它的一些资料，也是在OpenExpressApp计划之中的重要组成部分。

1. 支持OpenStudio的图形化建模，让业务人员能看、能做，符合OpenExpressApp让业务人员编写软件的价值主张，通过业务人员更早更多的参与，可以更快的构建应用
2. 支持OpenTool的工具：快速原型开发工具、图形化自动化测试工具等

Visual Studio的DSL架构

• Microsoft.VisualStudio.Modeling:域模型框架时整个系统的核心，负责管理模型的元素和连接，也就是域类和域关系的实例。
• Modeling.Disgrams:设计界面框架建立在域模型框架之上，它负责处理图形符号的显示，包括处理图表、图形、连接器和装饰等元素在设计界面上的显示
• Modeling.Validation:验证框架负责执行关于模型元素和连接的验证方法，如果验证失败，它还要负责创建错误对象。它与Shell框架交互，把错误信息显示到Visual Studio的错误窗口
• Modeling.TextTemplation:模板引擎负责执行文本模板来生成代码或其他的工件。模板引擎室一个独立的组件，用于执行来自非DSL的模板输入
• Modeling.Shell：建模用的Shell负责管理将涉及器集成到Visual Studio中，例如处理工具窗口和菜单名利，以及文件的打开和关闭等

对MetaEdit+的技术借鉴

• 组件架构图
  MetaModel实现步骤：图形编辑器（Diagram Editor）-> 矩阵和列表编辑器（Matrix和Table Editor）-> 代码生成器

• 模型架构图：GOPRR为元元模型层、领域概念为元模型层、产品规格为模型层、实例为系统应用层

• 元模型概念GOPPRR：图、对象、属性、端口、关系、角色
  • Graph 图：一个独立模型，通常使用图来表示
  • Objects 对象：图的主要元素，例如例子中的Person
  • Property 属性：图、对象、端口、角色和关系都可以拥有一些属性描述
  • Port 端口：定义角色如何连接对象的可能语义
  • Relationship 关系：让对象连接在一起
  • Role 角色：连接关系与对象之间

• 属性和非属性
  
• 图的组成

• 绑定Binding

• 对象引用图 Decomposition

实现DSM步骤

• 设计领域概念（参考示例：DSM：使用MetaEdit+编写Family Tree Modeling Language）
  1. 找到领域概念
  2. 把领域概念映射到模型概念GOPPRR：图、对象、属性、端口、关系、角色

• 定义领域规则
  1. 定义规则
  2. 规则例子：【开始】状态不能直接连接到【结束】状态
        

• 画标记
  
• 实现生成器

主要技术及初步计划

• 元模型引擎
• 图形编辑器
• 代码生成器

MetaEdit+下载

去官方网站MetaCase下载Free 31-day evaluation version of full MetaEdit+ Workbench，它自带一些示例模型，例如UML示例的一个图的界面如下：

需求

对家族树进行建模，图形建模后如下：

GOPPRR 元模型语言

再开始之前介绍一下GOPPRR原模型语言。对于家族树图形语言表示如下，在图中标识了多个元类型，每个类型有自己的功能和语义：

• Graph 图：一个独立模型，通常使用图来表示
• Objects 对象：图的主要元素，例如例子中的Person
• Property 属性：图、对象、端口、角色和关系都可以拥有一些属性描述
• Port 端口：定义角色如何连接对象的可能语义
• Relationship 关系：让对象连接在一起
• Role 角色：连接关系与对象之间

家族树例子使用这些元类型表示如下：Person为对象，Family为关系，Parent、Child为角色，First name、Family Name为属性，没有定义端口，整个显示为一张图

实现家族树模型语言

1. 生成对象Person，对象属性如下：
   
2. 生成标记
   在上图Object Tool中点击【Symbol Editor】按钮，弹出标记编辑器界面，生成标记如下：
   
3. 生成关系Family
   
4. 生成角色Parent、Child
   
5. 生成图Family Tree
      
      
6. 经过上面5步，Family Tree模型语言就轻易地建立起来了，这一步主要是应用模型语言生成家族树
   

模型演进

上面只是实现了一个简单的家族树模型，一般模型会随着要求不断演进，对于上面示例我们现在做一下演进：Person区分男性和女性

1. 修改Person属性
   
2. 增加从Person继承下来两个对象：Female和Male对象
   
3. 增加男性和女性标记
      
4. 修改图（Graph）定义
      
5. 增加端口，限制连接点
      
6. 再次修改Graph定义
   
7. 应用模型生成一个家族图
   

在《信息系统开发平台openexpressapp 1.0发布》中提到过，OpenExpressApp不会带给大家创新性的技术，而是将现有技术和产品中有价值的部分引入到一起，它要做的是整合别人已经实践的方法，提高我们自身的开发能力，以求快速、高质量的开发产品。

下面我将通过对现有技术和产品的参考来讲解OpenExpessApp的架构，理解这些参考技术的架构是理解OpenExpressApp架构的最好办法。

为了提高产量和代码质量，我研究过一些产品和方法，而MetaEdit+是建立在DSM方法之上的工具，能够比较好提高产量和质量。

下面我先介绍一下MetaEdit+。

MetaEdit+

MetaEdit+是全球DSM领域内著名的产品，它能够带来以下好处：

• 缩短上市时间，开发生产力能够提高5-10倍
• 开发人员可以集中设计和关注业务功能，而不必用代码去写所有方面的内容
• 由于使用的是经过验证的工具，产品质量显著提高
• 可以完全控制模型和代码生成，而不像MDA方法模型和代码生成固定，不便于特定领域开发
  

从上图DSM方法知道模型和生成器是DSM的核心部分，而MetaEdit＋的元模型比较好，所以OpenExpressApp的建模工具中模型部分将参考MetaEdit＋。（由于现在还没有开始这部分内容，所以在这里就先不介绍了。）

从上图可以看到领域框架也是重要部分，所以接下来我就需要去搜索比较好的框架来参考。在我参考一些框架之后，我觉得DevExpress eXpressApp Framework比较适合，它是.Net下的一个应用框架。

DevExpress eXpressApp Framwwork (XAF)

DevExpress eXpressApp Framework是一种快速业务开发平台，它可以通过一个模型同时支持C/S和B/S应用。
它主要提供以下功能：

• 一个架构，OpenExpressApp参考了这个架构。如有图所示。
• XPO，一个ORM
• 对业务应用的UI进行了抽象，形成了一个UI模型，我叫它为AutoUI,就是通过类库以及模型自动生成界面，后面博文中我会单独解析AutoUI在OpenExpressApp的实现。
•  模块化架构
• 基础类库
• 基于角色的安全实现
• 数据验证
• 本地化支持
• 报表
• 与Visual Studio IDE 继承

OpenExpressApp名称中的ExpressApp词就来自这个应用框架，所以也暗示着OpenExpressApp参考了很多XAF的思想（架构、模块化、AutoUI等）。

XAF的基础类库建立在OO的思想上，所以我还需要一个支持OO的框架。而CSLA可以很好的支持类库开发和应用。

CSLA

CSLA是Component-based, Scalable, Logical Architecture的简写，它是由Rockford Lhotka1999年开始编写的基于.Net的一套N-tier分布式框架。它还在不断更新，现在也支持Silverlight。

它包含如下功能：

• 支持部署为单机、局域网和广域网
• 允许生成面向对象的业务层来封装业务逻辑和数据
• n层撤销功能
• 跟踪违反业务规则以确定某个对象是否有效
• 跟踪某个对象的数据是否发生了改变（是否“变脏”？）
• 支持对于子对象的基于强类型的集合
• 针对UI开发人员的一种简单抽象模型
• 对于Windows Forms、WPF和Web Forms中数据绑定的支持
• 表驱动的安全机制
• 其他各种特性

信息系统应用模块和功能会比较多，所以框架支持模块化就显得比较重要。第一阶段OpenExpressApp将实现基于WPF的应用，而微软模式小组编写的Composite WPF and Silverlight除了支持WPF外，也可以很好的支持模块化，所以我也使用了Composite WPF and Silverlight。

Composite WPF and Silverlight

XAF框架中不仅有类库，还有报表支持，而报表在信息系统中是不可缺少的，所以我还需要找到一个比较好的报表系统。我几年前研究过一阵子报表，润乾报表是我觉得模型最好的一个。感兴趣的可以参考我以前写的《研究润乾报表的实现》，在《软件工厂方法(二）：软件工厂应用》中我也介绍过研究的一些方法。

润乾报表

• 类 Excel 报表设计模型
• 非线性报表模型
• 多源填报模型
• 强关联语义模型

以上主要说的是框架主要部分参考内容，框架思路选定后还需要一个集成环境来开发，所以我又去找了几个基于模型驱动开发的软件平台，目前准备参考Mendix 和Novulo

Mendix

Novulo

依据以上参考和个人经验，确定了如下一些架构指导思想。这个在《OpenExpressApp架构－一个信息系统开发平台》也有所介绍

架构总体思想

• 基于单项目开发 － 基于产品线开发
• 以独立技术为中心  － 以业务集成平台为中心
• 代码 － 模型
• 面向数据库开发  －  面向对象
• 不同复用层次: 函数/类 － 模块/引擎 – 应用包/框架

OpenExpressApp架构

以上对OpenExpressApp架构的起源以及参考的现有产品进行了简单介绍，后期我会对我如何使用这些产品或者采用这些产品思想分别进行介绍。如果大家对OpenExpressApp内部比较感兴趣的话，则理解这些已有产品将会有很大帮助。

版本策略

• 以往的客户化分支版本策略带来的问题

以往我们做客户化时，可能会专门弄出一个客户化小组，并且从SVN中弄出一个代码分支，然后进行更改，个性的东西都保存在各自的分支中，对于共性问题在开发后期再单独合并到主干中去，这样可以带来一个好处就是在进行客户化任务时可以独立于主干版本，可以较为自由的进行更改。

但是这会带来后期的合并版本问题：

1. 如果分支功能很多，我们以前的做法时专门用一期任务来做合并工作，这又势必带来工作的重复
2. 有时合并过程中说不定还会带来客户化与主干版本之间设计上的冲突
3. 由于没有明确采用可变性管理而是使用分支版本方式来管理客户化工作，当客户化数量增加时势必势必会带来管理的复杂性

我想这也就是产品线工程方法中对于代码一套性说法的原因，产品线工程认为产品所有功能（包括721）在任何时候都可以通过一套源代码库获取，然后通过可变性管理等手段来达到针对客户化发布。

• OpenExpressApp的产品线版本策略

OpenExpressApp是基于产品线工程方法来做的，我画了一个图，用来说明一下我拟定项目后期对于客户化工作的总体版本策略，如下图所示：

• 只有一个主干版本，这个产品的所有功能都由同一个代码库来管理，包括通用功能、可变功能，并且还包括个性功能，这些功能通过类继承、模型动态配置、代码静态配置等方式来处理可变性
• 通用功能和可变功能由领域工程来完成，将作为产品线的核心资产；个性功能由应用工程完成
• 分支版本只在临时性的情况下发生，例如马上需要给客户演示，并且需要在短时间修复一些bug再次演示时，我们可以临时性的打出一个分支。需要明确的是，这个分支一定是抛弃型的，并且是短期存在的
• 721中的功能会随着客户的增多带来功能迁移的情况，也就是以前是个性的可能会变为可变性或共性，以前是可变性的可能会变为共性，共性的也可能会变成可变性功能，这就要求我们在产品开发过程中随时进行重构

可变性管理

• 处理可变性的方法

在软件产品线工程方法 － 四个主要方法原则中介绍过产品线中的可变性管理，在技术架构上来讲，存在以下三种基本的处理可变性方式：

上图中矩形框代表整个软件，三角矩形代表组件，圆形代表接口。下面我简单介绍一下这三种方式，后面会把我们现在常用的一些技术对应到这三种方式上。

• 适配

只有一个组件实现，但是该组件提供各种接口方式来改变它的行为，例如可能采用配置文件、运行期参数或者组件源代码补丁方式。

• 替换

一个组件有多种实现，每个组件都符合该组件接口规范。领域工程中可以提供多种实现，然后在应用工程中选择其中一个，或者在应用工程中遵循组件规范开发一个个性的组件

• 扩展

扩展需要架构提供一些允许增加新组件的扩展点，添加的组件可以是特定产品或者框架内部的。这些组建不是系统提供的功能，而是由外部插入到系统中的，这就要求系统架构必须考虑清楚有哪些扩展点。

• 具体的可变性机制
  • 继承(适配)
    子类通过继承父类来改变一些默认行为，只有一个实现组件
  • 补丁(适配)
    如果可以获得组件的源代码，通过补丁方式可以有效地更改部分行为，而不需要维护整个组件。通过这种方式，补丁由应用工程来维护，而组件本身由领域工程来维护
  • 编译期配置（适配）
    编译器提供机制在编译期改变组件，预处理和宏就属于这种方式。Makefiles可以编译多个不同变体的组件，或者选择一个正确的组件
  • 运行期配置（适配）
    组件内部有多种实现，运行期可以通过配置动态改变组件行为
  • 代码生成 (替换)
    代码生成通过读取一些高级别模型或者脚本等约定来生成某些组件或者整个产品所需要的代码
  • 组件替换 (替换)
    默认实现了多个组件，这些组建可以是领域工程实现的，也可以是应用工程特定实现的，只要符合一定接口约定都可以通过替换整个组件来改变具体功能实现方法
  • 插件 (扩展)
    有很多插件为系统提供扩展点，插件只要找到扩展点就可以添加额外需要的功能

考虑模型驱动

在没有模型驱动时，客户化工作更多的可能是通过代码、配置、脚本来完成，如果考虑模型，则需要对可变性建模，以下是产品线工程中的一种可变性元模型图例：

如果我们也支持类模型，那么类模型和可变性模型可以按照以下方式对应：

如果我们采用了代码生成技术，通过这些模型后，我们可以进一步对特定产品只生成需要的代码。

应用案例场景

例如清单综合单价积累可以形成典型清单库，通过积累过程也可以形成图集组价库。对于这种需求来说，从用户需求以及销售角度来看，我们可以把对图集库的支持作为产品的可选附件。我们实现的理想方案可以是提供一或多个dll，当考到目录下系统则加入图集功能，这就需要我们应用上面的可变性技术来解决。

• 采用适配和替换方式，通过从综合清单类库继承下来，增加图集相关属性
• 添加相应的一些图集相关模块
• 把图集相关的内容部署到独立于主程序的dll，以便通过简单的复制功能达到模块的配置
• 当然还有更多的一些方法，这些需要在实际工作中不断深化……

下面第一张图是我在工作中方法层面关注的主要主题，前年在一些大会上与大家分享了敏捷相关的内容，去年分享了企业架构的内容，今年分享的话题主要涉及产品线开发和模型驱动的内容。产品线工程在软件工程是一个常见的词语，实际工作中大家提到的更多是框架、平台；模型驱动也是软件工程提到的方法，实际工作中大家听到的更多是DSL、MDA等，那具体软件产品线和模型驱动的主要内容是什么，以及它们之间又有什么关系呢？如果感兴趣，那么可以看看下面的幻灯片。

推荐：你可能需要的在线电子书

敏捷个人sina围裙：http://q.t.sina.com.cn/135484

欢迎转载，转载请注明：转载自敏捷个人网站

作了开发多年，期间也参考了业界一些著名的软件厂商的产品，现在已经开始实现一个适合信息系统的平台，本篇将从总体上介绍一下OpenExpressApp是什么。OpenExpressApp没有创新性的技术，它更多的是将现有技术和产品中有价值的部分引入到一起。

在讲解现在OpenExpressApp的情况前，我先罗列一些开发的选择，这些就如同敏捷的价值观一样，决定了我开发这个框架的总体思路和方向。

• 从单项目开发到基于领域工程

信息系统存在很多共性，而领域工程是解决产品族的一个有效方法，它通过把领域工程和应用工程作为两个独立的开发流程来看待。《软件工厂方法》和软件工厂方法(二）：软件工厂应用中已经介绍过了领域工程的一些知识。

开发架构时，从基于单项目开发到基于领域工程来开发，会考虑到如何快速方便开发，如何做定制化，因为设计的时候就会考虑应用工程时如何通过配置来实现功能。

• 从代码为中心到模型驱动

基于信息系统的共性抽取，建立一系列的模型（如领域模型、报表、UI等）来表达系统，通过代码生成器生成部分代码或者直接在框架之上运行模型，开发人员更多的关注于编写业务代码，如本篇最下面的编写Command。这样可以从框架级别进行复用。

• 从面向数据库到面向对象

代码中遍布表和记录的操作，还有业务逻辑遍布在SQL中，在处理简单应用时，这无疑是一种快速方便的方法，但是随着系统的复杂化，这将使得可维护性 很差。而面向对象是已经验证的很好解决复杂问题的方法，而系统系统时一旦深入开发就会遇到复杂的业务，所以面向对象的使用将是一种必然。

• 软件复用层次

大家经常在开发软件时会谈到软件复用，我认为从实现来看复用包含以下三个级别：函数/类、模块/引擎和应用包/框架。在开发过程中，我们应该尽量多考虑大粒度的复用元素，在不同层次都关注复用。

• 参考

在目前设计和实现的过程中，主要参考了ExpressApp Framework（应用框架），MetaEdit+（元模型工具），使用了CSLA作为分布式业务对象框架，Composite WPF作为UI框架，还使用了其他一些代码（如 LiteORM、Flee等）。这些参考的产品本身就含有比较多的思想和模式，建议没有看过的或者简单了解的可以再去研究一下，这样对框架的设计非常有好处。

• Roadmap

OpenExpressApp不同于以往独立的开发工具和框架，是为业务分析人员、软件设计和开发人员提供的一种集成的开发平台，它基于业务模型驱动开发 指导思想，提供报表、流程、元数据等基础引擎，具有业务建模、领域建模和应用建模等模型，并提供权限、报表等多个通用应用模块。为了支持软件开发，还提供 基于敏捷思想的软件项目管理工具、快速原型工具和测试支持。

简单地说就是使用DSM方法进行模型驱动开发，作为信息系统的开发平台，支持B/S、C/S、Mobile，支持局域网和广域网。

• 现状

借鉴ExpressApp的AutoUI和扩展的思想，这里的UI层也是通过模型自动生成。
以下为现在的代码组织。OpenExpressApp为框架代码，GIX4开头的为项目组应用框架时写的类库和扩展Command等代码。目前只支持WPF，还不支持B/S。

现状模型只是实现了通过类的属性来实现，还未实现模型编辑器。例如下面在类上定义属性可以自动在主界面生成导航项，双击后可以打开模块，模块界面也是自动生成。现在界面都只是根据模板生成，还不支持通过设计器来设计界面。

以下是一个通过在代码中WPFListViewCommand继承下来的一个命令，在命令上写上属性内容后，就可以在界面自动生成按钮，这样开发人员可以更多关注业务逻辑，而不用关注界面的变化了。

关于OEA更多内容，可以看我的电子书

另，现在OEA的领域实体框架Rafy2 发布了

两周内搭建自动化测试工具

我现在所在项目组开发的产品都属于新产品系列，一开始连测试人员都没有，业务人员充当测试人员，做的也只能是一些操作性的点击验证，这在项目前期还没有表现出明显的问题。到产品成型，需要交付用户上线使用时，这时问题就会很快的暴露出来了，由于一个系统并不只是一个计算器那么简单，有很多地方都需要测试，而没有专人专岗进行这项测试工作室很难保证质量的。后期，我们组进入了两名测试人员，质量也有所提高，但是每次发版他们都要进行大量的回归测试，由于时间压力、对业务和系统的把握上总会遗留一些需要回归的地方，即使他们考虑周全，这种重复性的手工测试方法也不是我所希望的工作方式，IT人工作要的就是高效能，所以我给自己的要求就是两周内支持OEA中的OpenTest自动化测试。

自动化测试框架的总体要求

在实现自动化测试框架之前，我并不是急于考虑使用什么语言，如何设计等，我考虑的是我的测试框架应用时应该是什么样子的

1. 面向测试人员，甚至需求人员，脚本简单易学易懂
2. 测试脚本易维护
   
3. 可以与需求、开发工作同步，不需要等待开发结束后才开始编写脚本
4. 框架可以由有编码经验的测试人员维护扩充

方案选择

根据上面自动化测试框架的总体要求，我没有使用VS2010自带的录制自动化测试功能，而是在OEA中加入自己的自动化测试支持：

1. 不做通用自动化测试框架，专为OpenExpressApp编写自动化脚本，减少复杂性
2. 编写DSL自动化测试框架，让语法变得更简单，也增加可维护性

采用技术方案选择

由于我只给了自己两周时间完成自动化测试框架，所以只能实现一个初步可以执行的框架，完成的也是核心的部分，以下对过程中的一些技术方案进行简要说明一下

• 自动化测试支持框架：CodeUI、TestApi
  一开始我是准备使用TestApi来做支持的，但是使用后发现并不是很好，随着VS2010的发布，我看到了CodedUI功能，所以想到了使用它的类库作为支持，对于CodedUI的了解可以查看我之前的blog
  使用VS2010的CodedUI来做自己的自动化测试框架
  OpenTest：CodedUI如何支持下拉树形列表选择？
  测试：VS2010的Coded UI Test参考内容列表

• 开发语言：IronRuby、IronPython、C#
  一开始我是使用C#来验证CodeUI类库的自动化支持功能的，并不是想实用C#来作为开发，因为我希望UITest测试框架由测试人员维护，所以不希望他们必须安装庞大的Visual Stuio，所以考虑使用脚本语言，因为他们轻巧。在脚本语言，由于需要和.Net集成，所以自然考虑了IronRuby和IronPython。对于Ruby和Python，我都懂点皮毛而已，之所以选择IronRuby，是因为公司有人对Ruby熟悉，而现在公司的自动化测试框架也是使用Ruby的，所以最后选择了IronRuby。对于选择IronRuby是经过几天的技术验证的，大家可以通过以前的blog对IronRuby进行一些了解
  IronRuby – 如何在VS2010下调试IronRuby代码
  IronRuby – 怎么就没有好用的IDE呢？？
  IronRuby – 文件编码惹的祸
  IronRuby – 使用NetBeans编写IronRuby代码
  IronRuby － 快速在半小时学习Ruby基础知识
  IronRuby – 编写自动化测试脚本
  IronRuby：请教如何在DOS窗口正确显示UTF-8字符后执行bat文件呢？
  IronRuby：元编程特性【method_missing】的使用

框架使用方法介绍

1. 修改inc.rb中的$ExePath = “d:/GZJ/OpenExpressApp/OpenExpressApp.Host.WPF/bin/Debug”为你的程序路径
2. 在框架的TestCase目录下编写测试用例文件：XXX.rb，文件大致结构如下

   1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

   $用例名称 = "这个测试用例的中文名称"  #出现错误后，邮件中会使用这个名称来报错 #以下两个require是必须的 require "inc.rb" require "TestCase/run_app.rb" #以下为用例步骤描述区域，相当于以前写的测试用例步骤 #用例步骤描述: # 1 新增部门， 编码：Test  名称：自动化测试 # 2 选择前两行和【一审人员】 # 3 选中一审人员，设置部门管理的功能权限，取消部门管理下的全部展开和全部折叠功能 # 4 选择数据权限页签，添加PBS业务对象，设置可读表达式为 1=1 # 5 保存 # 6 删除当前新增记录 #以下为具体脚本 打开模块 "部门管理" # 1 新增部门， 编码：Test  名称：自动化测试 添加 属性编辑器("编码").输入("Test") 属性编辑器("名称").输入("自动化测试") ....

3. 在框架main.rb中增加测试用例的启动命令

   1 2 3 4 5 6 7 8 9 10 11

   require "inc.rb" require "mail.rb" 运行测试用例文件 "demo/project.rb" 运行测试用例文件 "demo/org_manage.rb" #运行测试用例文件 "demo/contract.rb" 发送邮件 # TestApplication.instance.app.close Playback.Cleanup()

4. 在框架main.rb中增加邮件接收人地址

   1 2	#增加收件人列表 $收件人 << "zhoujg@grandsoft.com.cn"

5. 执行rub.bat运行自动化测试脚本

todo

1. 增加检查点支持，例如行号、值，以及异常二级窗口弹出检测等
2. 增加调度服务器，支持多个客户端分布执行测试用例
3. 增加在OpenExpressApp应用中的录制功能，自动生成自动化测试脚本
4. OpenMetaEdit完成后，增加图形化自动化编写工具

回顾

1. 框架设计不能一开始陷入细节，必须先确定方向，对主要方面进行思考后才动手
2. 执行时大致想好计划，哪些当前做，哪些后期做
3. 时刻站在使用者角度去考虑如何简化开发方法