中间件

开篇 上篇我们讲述了UI层的分析，那么本篇我们就讲述下我们在做CS应用程序的过程中的一些技巧性的东西，可能我这里总结的只是我再开发本药店系统中应用的到的一些小 技巧，并不代表全部，肯定还有很多的其他方面的技巧，大家都可以分享一下，我这里提出额也谈不上技巧，更多的是使用设计模式方面的总结吧。 1、提升父类 2、分离职责。 3、抽象公共 大纲 1、将每个子类都用到的方法或属性进行提升到基类中。 2、抽取公共方法。 提升父类 关于这个技巧我想大家都会是比较清楚的，就是将子类中都有的属性或者方法等放在一个基类中，然后具体的子类继承自该类，书写一些具有自身特性的功能，这样能够 充分发挥面向对象的继承技术来达到复用的目的，不但提高了程序的可维护性，而且提高了可读性。我想大家对这个都很熟悉。 下面我们就来看看我们在本药店系统是如何来做的： 上面我们能看到整个系统的核心就是基于药店的库存管理为主线进行具体的不同的业务流线来展开的，我们来总结下这些模块需要具备的功能，我们这里进行抽象。 这样，我们通过新建一个UserControl控件将这类控件都提供上述的功能。 2、这样我们在具体的窗体控件中只需要继承自该用户控件即可： 3、我们来看看基类中定义的打印报表方法的使用： 这样会减少我们很多不必要的工作，并且提高了可维护性，降低了重复代码的出现。 抽象控件绑定 今天有很多的同仁给我建议

开篇 上面我们讲述了，关于AgileEAS.NET环境的搭建，环境搭建好了，我们就可以进行相关的数据库原型设计了，平台提供了相关的数据库模型设计器工具，根据模型来生成 数据库创建表的脚本与ORM映射部分中的实体的相关代码，从而让我们在开发的过程中代码能够保持一致，并且不会出现一些因为笔误或者其他主观原因影响的代码难维护 性。 数据库原型设计器主要提供如下的几部分功能： 1、数据库建模,通过XML文件来保存，类似PowerDesign的设计思路，可以提供给不同的开发人员公用。 2、通过数据库模型-生成数据库建表脚本。 3、通过数据库模型-生成数据库设计文档。 4、通过数据库模型-生成解决方案-[仅包含ORM的映射实体信息]。 5、通过已有数据表-生成数据库模型。 可能通过文字还不够直观，还是老路，看图说话： 上面的图形已经描述了数据库设计器的基本功能，我们下面来结合着“药店系统”来讲述该工具的使用。 数据库建模-药店系统 上面给出了数据库设计工具的大体功能，下面我们来讲述如何使用该工具来进行数据库建模。 1、运行“Bin”目录下的“EAS.Develop.OrmDesigner.exe”应用程序： 2、点击上述程序后，显示如下画面： 3、点击左侧导航栏中的“实体”上点击右键： 4、我们先新建一个实体，出现如下界面，右侧的内容区将会提供相关的实体信息配置与编辑功能： 5

开篇 上一篇，我们开始讲述WF4.0中的设计篇的开始,本系列主要讲述如何结合业务来设计工作流处理流程，并说明如何使用工作流流程来设计完成具体的业务流程处 理过程，将原来的代码处理业务流程，修改成WF可视化的流程处理过程,关于上篇内容请看《 WorkFlow设计篇Step.1—传参的用法-订单金额的计算-WF4.0 》。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一 系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能 够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望 大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的参数传递(续) 参数传递使用说明(续) 上篇，我们讲述了如何使用WF的参数传递，来完成业务的处理过程，那么本篇则是基于商品的基础之上，进行更细节的处理，我们上篇是直接处理订单中的业 务，本篇我们根据选择的模式，来循环处理每个订单项

开篇 上一篇《 WorkFlow设计篇Step.3—异常处理-WF4.0 》，我们讲述了工作流的异常处理活动用法，其实还有其他的方式，例如通过CodeActivity的引发等等，本篇我们主要是讲述ReThrow活动的使用，并且讲述 如何通过CodeActivity来引发异常。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一 系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能 够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望 大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的异常处理 异常处理活动 异常处理是任何程序，都可能会发生的情况，那么我们在工作流中如何使用异常呢，下面我们就来看看如何使用工作流中提供的异常处理活动，包括我们有时 候想自定义异常处理的过程等，我们就来一一道来，如何处理工作流中的异常。 1、新建一个空白解决方案。 2、将上篇《

开篇 之前的篇幅，我们主要是讲述了《WorkFlow入门篇》的一些内容，其实主要是基础的workflow的用法，我们并没有深入的说明，从本篇开始，就开始讲述一些设 计篇的内容，比如代码活动等等，更深入一些的内容，并且结合一些业务流程来说明WF的用法。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一 系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能 够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望 大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的参数传递 参数传递使用说明 参数传递，顾名思义，有入参，出参，还有既是输入又是输出的参数等，下面我们就来看看参数的传递用法吧。 1、新建一个控制台工作流应用程序,并命名为OrderProcess： 2、添加一个Orders的Class类文件： 3、在Orders类的内部，添加如下代码： namespace

基于 Html+js 实现的 Webgis 栅格平台 成都领君科技提供的基于 HTML5+js 开发的瓦片式地图发布平台， 适用于几乎所有浏览器 ( IE6+ ，遨游，火狐，搜狗，谷歌， 360 ，世界之窗， Opera 等 ) 。功能模块包括如下两个部分：矢量地图生成切片工具和前台 javascript 调用切片开发包。 一、 提供矢量数据生成切片处理工具。 原始数据可以是 mif 数据或者 shp 数据，数据的组织格式可以是一个工程地图，也可以是多个工程地图，切片程序可以自动组合多个工程展现出一幅完整的地图。原始数据要经过 数据处理程序 处理成切片程序需要的格式，以此加快切片速度。 ( 数据处理程序 也由底层开发 , 读取矢量数据，矩形切割 ) 切片程序可以配置各种不同的显示样式，可以配置出类似百度或者谷歌样式的地图。 切片程序可以分块切割地图，即按照每个格子来切割地图，这样，可以实现 多台电脑 切割不同的位置，切割完成，拷贝到一起既可无缝连接。 同时，也可以选取一个 范围 进行切割，例如：地图更新了某一块区域或某一条道路，可以只对这个范围的数据进行切割，切完的图片自动和以前的图片拼接。切割的图片为 256*256 ，大小一般为 3 到 10K 。 切片程序也可以对于专题图层进行切割，生成透明 PNG 文件。 二、 基于 Javascript 前台调用切片

开篇 上篇，我们讲述了，如果通过FlowChart来构建工作流流程《 WorkFlow入门Step.7—Creating a FlowChart WorkFlow-For-WF4.0 》,本篇我们就来说说，如何构建FlowCh art工作流中使用Switch活动的用法。我们下面就来看看吧。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一 系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能 够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望 大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的Flow Switch用法 Flow Switch控制台程序 FlowChart 是非常重要的组件，以流程图的方式来构建业务流程 下面我们就来看看如何使用FlowChart来创建工作流流程,来达到我们的业务目标。上篇我们也讲述了FlowChart的用法

最近陆续看了golang的Martini框架，也试用了，这个山寨自node.js的Express框架和最新的koa框架的golang框架， 同样具有低耦合的特点，不过还是担忧其性能，因为核心采用了reflect反射技术。 golang的http包用Hander、handerfuc这些来解决中间件的问题，比如说验证，日志等，采取的是一层层封装的方式， 好比洋葱。这样写出来的代码的缺点是耦合度高。如果中间件的顺序或者名字变换，则有很多代码需要改动。 为了降低依赖，则需让代码不要直接引用前一层的名称，加入第三方的一个间接层。reflect可行，但是reflect反射是基于对对象毫不了解，采取笨办法逐步找出对象类型（结构体）的各个函数的名称然后调用。 如果采取以下方法似乎可以更好解决这个问题： 每个待添加的组件都遵守一个简单的接口约定，比如将需要导出为外界调用的函数都保持在一个类似函数指针数组的数据结构中，这样，框架对于要启用的组件会知道如何去利用，有利于两者的协同。然后，若启用该组件，则可将这个数组和别的组件的数组放在一起，web应用依次调用。这种比较底层的方式，效率或者可以更高。 为进一步考虑提高效率，若组件运行时间比较长，可采用gorutine + channel 的方式，来达到各个中间件filter 模式并行执行的效果？ golang的net

开篇 上篇，我们讲述了，如果通过后台代码来构建工作流流程《 WorkFlow入门Step.6—Building a Console Application -For-WF4.0 》,本篇我们就来说说，如何构建FlowCh art工作流。这也是WF4.0新加入的内容，我们下面就来看看吧。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一 系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能 够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望 大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的控制台程序 FlowChart控制台程序 FlowChart 是非常重要的组件，以流程图的方式来构建业务流程 下面我们就来看看如何使用FlowChart来创建工作流流程,来达到我们的业务目标。 1、新建一个控制台工作流应用程序： 2

开篇 之前我们讲述了控制流与WF4.0的基础。下面我们来看看如何使用控制台的形式来使用WF4.0、比如我们有时候不能通过设计器来设计工作流时，如何通过代码 的方式，来构建WF4.0应用程序，可能这就会为我们自定义工作流设计器等方面提供帮助。下面我们就开始吧。 摘要 WorkFlow是最近比较流行的一门技术，其实WF起源于20世纪70年代中期的办公化自动领域，自1993年8月，WFMC（工作流管理联盟）成立，1994年制定了一 系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注，该项技术越发走向成熟。当然我也是必须跟上时代的步伐，所以也加入工作流的大军，希望能 够跟上前人的脚步。当然也希望感兴趣的朋友，加入工作流的讨论群中来。具体群号： 120661978。 目前，我们已经在 AgileEAS.平台 中陆续集成了，界面设计器+工作流的内容，当然工作流目前还不算太成熟，还不方便放出来，本文只是抛砖引玉，还 希望 大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的控制台程序 控制台程序 之前的几篇文章，我们已经把WF中的基础控制流信息差不多说完了，关于具体的应用我们后面会说明，更多内容请查看上篇《 WorkFlow入门Step.5—Adding Procedural Elements-For-WF4.0-(后续) 》