“医疗信息化行业之中的联发科”- 我们在医疗行业中的定位及目标

by 魏琼东 2011.11.5 14:20
我们为医疗软件企业提供一套包含基础中间件、应用整合平台、一套快速开发平台及一套包含基本功能(满足2甲及其之下级别医院)的HIS系统及电子病历系统的“AgileEAS.NET数据化医院基础支撑与整合平台”快速HIS研发、成长解决方案。

我们向开发商移交本基础解决方案相关的基础中间件、应用整合平台、快速开发平台,以及HIS系统及电子病历系统的源代码及相关的技术资料(方案、数据库设计、结构设计、流程整合等技术细节资料),并向开发商提供技术与业务培训,帮助开发商快速向市场推出自己的产品,开发商可以只修改一些与本地特色的东西,比如票据、报表、医保接口、农合接口即可满足市场需要,最快可以在一个月之内向客户提供HIS产品,开发商也可以在这个方案之上,加入更多的业务功能,以满足更多的业务需要,比如向移动医疗整合、与区域公共卫生整合、增加更多的功能以满足三级医院需求等待。

[更多...]

基于DotNet构件技术的企业级敏捷软件开发平台 - AgileEAS.NET - 文章汇总及学习指南

by 魏琼东 2011.11.5 13:58
AgileEAS.NET平台是一套应用系统快速开发平台,用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的,AgileEAS.NET应用开发平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分,资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行。

[更多...]

Tags: , , , , , , ,

WorkFlow入门Step.3—Adding Procedural Elements-For-WF4.0

by hot 2011.6.9 12:45
开篇 上篇,我们简单的说明了WF的入门,那么院子里面已经有很多的高手,写了不少的关于工作流的应用,最近在集成工作流平台的过程中也是发现了不少的问题和心得体会,工作流果真不只是审批那么简单,复杂度可见非常的不一般,学好了工作流无论对自身的对业务流程的理解和改进,都是非常有帮助的,由于不同的企业应用的具体的业务流程不同,因此也就造成了无法构建通用的业务流程模型,就和企业的管理一样,无法生搬硬套,要符合企业内部的情况才可以。 关于工作流的认识的相关文章,也是已经有了很多了,不少院子里面的大牛都已经提到过工作流的认识,小弟不敢说对工作流理解的很深。 摘要 WorkFlow是最近比较流行的一门技术,其实WF起源于20世纪70年代中期的办公化自动领域,自1993年8月,WFMC(工作流管理联盟)成立,1994年制定了一系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注,该项技术越发走向成熟。当然我也是必须跟上时代的步伐,所以也加入工作流的大军,希望能够跟上前人的脚步。当然也希望感兴趣的朋友,加入工作流的讨论群中来。具体群号:120661978。 目前,我们已经在AgileEAS.平台中陆续集成了,界面设计器+工作流的内容,当然工作流目前还不算太成熟,还不方便放出来,本文只是抛砖引玉,还希望大家多多重视工作流的内容。 大纲 一、开篇 二、摘要 三、WF4.0的控制流 WF4.0中的控制流         上一篇《WorkFlow入门Step.2—Building a Simple WorkFlow-For-WF4.0》我们讲述了基本的关于WF4.0构建简单的控制台程序。本节我们就来看看WF4.0中的控制流 中的基础用法及说明,当然有一些诚恳的朋友说,我写的系列与大多数的WF系列一样,都是没有实际的东西,可能我这里想解释下,我先写入门吧,然后在结合实例 写应用篇吧,希望大家继续支持。   1、使用变量                 a、先拖拽一个顺序活动控制流到设计视图中。                      b、定义变量:                     c、变量是支持继承的,该顺序控制流内部的活动,默认会可以访问到外部父活动定义的变量。                   d、输出结果,来测试下我们说明的内容吧:             2、IF控制流         a、拖拽一个IF控制流节点到顺序控制流之上。                b、拖拽then与else的活动。                c、下面我们来运行下上面的情况,来查看下具体的结果吧:                d、我们来修改下if中的表达式条件。                e、我们修改了上面的“Condition的匹配条件” condition=“test” 那么这时候执行的肯定是then。如果condition的值是test的话。                f、我们修改上面的Assign活动中的设置变量的值,修改为condition=“test”;                g、再次运行,查看结果:         3、While控制流      a、新建一个活动:           b、添加如下信息:          c、运行该节点,查看输出信息:          d、我们来修改下while条件中的condition的条件或者是在上方的为变量设置值的活动中设置condition的值为1:          e、再次运行,查看输出结果:          f、下面我们来修改下这个条件,当condition<10的时候,我们执行输出,否则跳出循环:         g、我们再来执行下,查看运行的结果。     下篇预告 本篇我们讲述了“WF4.0”的控制流中的IF与While,下篇我们将会继续讲解控制流的其他用法,如果您有更好的意见或建议,还请提出: 控制流中的很多内容,在我们具体的业务流程的应用中是最常用的内容,所以我们先把基础的内容进行梳理和说明。 源码下载     更多交流 官方博客:http://www.smarteas.net/ 官方网站:http://www.agilelab.cn/ 如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、邮箱方式: 魏琼东: mail.james@qq.com 手机:18629261335 博客:http://eastjade.cnblogs.com/ 殷长波:549558408@qq.com 博客: http://www.cnblogs.com/onmyway/ 何戈洲:hegezhou_hot@163.com 博客:http://www.cnblogs.com/hegezhou_hot/ 2、QQ交流群: AgileEAS.NET平台交流群:120661978(超级群)[新建] AgileEAS.NET平台交流群:125643764(高级群)[已满] AgileEAS.NET平台交流群:147168308(高级群)[已满]

Tags: , , , ,

企业应用架构

WorkFlow入门Step.2—Building a Simple WorkFlow-For-WF4.0

by hot 2011.6.9 12:43
开篇         上篇,我们简单的说明了WF的入门,那么院子里面已经有很多的高手,写了不少的关于工作流的应用,最近在集成工作流平台的过程中也是发现了不少的问题和心得体会,工作流果真不只是审批那么简单,复杂度可见非常的不一般,学好了工作流无论对自身的对业务流程的理解和改进,都是非常有帮助的,由于不同的企业应用的具体的业务流程不同,因此也就造成了无法构建通用的业务流程模型,就和企业的管理一样,无法生搬硬套,要符合企业内部的情况才可以。         关于工作流的认识的相关文章,也是已经有了很多了,不少院子里面的大牛都已经提到过工作流的认识,小弟不敢说对工作流理解的很深。 摘要         WorkFlow是最近比较流行的一门技术,其实WF起源于20世纪70年代中期的办公化自动领域,自1993年8月,WFMC(工作流管理联盟)成立,1994年制定了一系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注,该项技术越发走向成熟。当然我也是必须跟上时代的步伐,所以也加入工作流的大军,希望能够跟上前人的脚步。当然也希望感兴趣的朋友,加入工作流的讨论群中来。具体群号:120661978。         目前,我们已经在AgileEAS.平台中陆续集成了,界面设计器+工作流的内容,当然工作流目前还不算太成熟,还不方便放出来,本文只是抛砖引玉,还希望大家多多重视工作流的内容。 大纲         一、开篇         二、摘要         三、WF4.0的第一个实例 WF4.0构建简单实例         上一篇《WorkFlow入门Step.1—My Frist WorkFlow Trip!》我们讲述了基本的关于工作流的介绍和认识,这次我们直接进入WF4.0,关于3.5之前的版本,我们在后续的篇幅中就不介绍了,以4.0为主,4.0的具体的关于更新和说明,我这里也不特别的复述了,大家可以参考如下文章 Windows Workflow Foundation 中的新增功能          4.0相比之前的版本可以说是颠覆性的变化,无法从之前的版本无缝的迁移到4.0版本之上。          下面我们就来开始新建一个WF4.0的简单项目,我们先从Hello World!开始吧:           1、新建一个控制台应用程序                      2、新建完毕后,出现如下的界面,与原来的3.5之前的页面的方式是不同的:                      3、打开工具箱,我们看到系统提供的默认设计活动分组:                      4、我们选择“控制流”分组中的“Sequence ” 顺序控制流:                      5、上面我们就完成了工作流的拖放,下面我们在添加“基元”分组中的如下活动:                      6、我这里设置时间长度假设为“15”秒钟,那么将上面的duration设置为“00:00:15” 即可。我们再添加一个活动节点“WriteLine”来输出“Hello World!”;                      6、这样就好了,我们再来看看宿主“Program”中的写法吧,看看4.0相比3.5之前的版本的变化吧。                                 7、我们来运行下程序看看效果吧:                      8、你可能会认为,我怎么知道是否是等待了15秒钟呢,下面我们在执行该节点的前后,加入执行时间的输出信息吧:                      9、再次运行看看效果:                       看起来非常的简单吧,很容易上手,等你一旦找到了感觉,会发现其实本身并不难,而是难在如何解决实际的问题。 下篇预告            本篇我们讲述了“WF4.0”的第一个程序,下篇,我们也是参考C#语言的学习之路,开始讲述循环结构,先掌握WF4.0中的控制流:                        控制流中的很多内容,在我们具体的业务流程的应用中是最常用的内容,所以我们先把基础的内容进行梳理和说明。 更多交流 官方博客:http://www.smarteas.net/ 官方网站:http://www.agilelab.cn/ 如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、邮箱方式: 魏琼东: mail.james@qq.com 手机:18629261335 博客:http://eastjade.cnblogs.com/ 殷长波:549558408@qq.com 博客: http://www.cnblogs.com/onmyway/ 何戈洲:hegezhou_hot@163.com 博客:http://www.cnblogs.com/hegezhou_hot/ 2、QQ交流群: AgileEAS.NET平台交流群:120661978(超级群)[新建] AgileEAS.NET平台交流群:125643764(高级群)[已满] AgileEAS.NET平台交流群:147168308(高级群)[已满]

Tags: , , , ,

企业应用架构

WorkFlow入门Step.1—My Frist WorkFlow Trip!

by hot 2011.6.9 12:41
    开篇         自从上次书写的关于《AgileEAS.NET平台开发Step By Step系列-药店系统-索引》使用AgileEAS.NET 敏捷软件开发平台之后,封笔了一段时间,一是最近比较忙,给客户指导培训,通过近20多天的时间,也是开发了一个建议的ERP系统,对我来说已经是比较满意的成绩了,我们会再接再厉,继续前行。         首先、我不是WF的老手,只是将我学习的过程记录下来,当然由于小弟不才,可能存在理解错误或者印象中有问题的地方,还望大家批评指正才是。         本文也是先写个简单的示例来说明WF的使用。 摘要           WorkFlow是最近比较流行的一门技术,其实WF起源于20世纪70年代中期的办公化自动领域,自1993年8月,WFMC(工作流管理联盟)成立,1994年制定了一系列的关于工作流的标准。进入21世纪工作流被越来越多的学者关注,该项技术越发走向成熟。当然我也是必须跟上时代的步伐,所以也加入工作流的大军,希望能够跟上前人的脚步。当然也希望感兴趣的朋友,加入工作流的讨论群中来。具体群号:120661978。 大纲            一、工作流简介            二、工作流的参考模型            三、工作流管理系统            四、工作流管理系统架构            五、工作流目前的现状            六、第一个工作流实例 工作流简介          工作流的英文单词是workflow,犹如大多数计算机领域的术语一样,也是个合成词,是英文单词work和英文单词flow的组合。Work翻译为任务、工作等,flow则 翻译为流程、流动等。Flow反映的是一种事物的动态属性或变化过程,例如水的流动被称为水流,空气的流动被称为气流,还有物料流、资金流等,在抽象领域还有信息流、控制流等,因此,使用任务、活动以及活动之间的变化过程表示业务流程就被称为工作流。 工作流尚没有一个统一的、明确的定义,不同的组织和研究人员对工作流给出了各自的定义: 定义1:工作流是一类能够完全或者部分自动执行的经营过程,它根据一系列过程规则,文档、信息或任务能够在不同的执行者之间进行传递与执行。 定义2:工作流是将一组任务组织起来完成某个经营过程。在工作流中定义了任务的触发顺序和触发条件。每个任务可以由一个或多个软件系统完成,也可以由一个或一组人完成,还可以是由一个或多个人与软件系统协作完成。任务的触发顺序和触发条件用来定义并实现任务的触发、任务的同步和信息流(数据流)的传递。 定义3:工作流是一个用来实施经营过程实践的机制。 定义4:工作流是经营过程的一种计算机化的表示模型,定义了完成整个过程所需要的各种参数。这些参数包括对过程中每一个步骤的定义、步骤间的执行顺序、条件以及数据流的建立、每一步骤由谁负责以及每个活动所需要的应用程序。         以上这些工作流的定义,虽然在表述方式上有所不同,但是基本上说明了这样一个问题,即工作流是经营过程的一个计算机实现。使用工作流作为经营过程的实现技术首先要求工作流系统能够反映经营过程的如下几个方面问题: 1. 经营过程是什么,即由哪些活动、任务组成,也就是结构上的定义; 2. 怎么做,即活动间的执行条件、规则以及所交互的信息,也就是控制流与信息流的定义; 3. 由谁来做,即人或者计算机应用程序,也就是组织角色的定义; 4. 做得怎样,即通过工作流管理系统对执行过程进行监控。 工作流参考模型          WFMC在工作流的相关规范和标准方面做出的主要贡献之一就是提出了一个工作流参考模型(Workflow Reference Model)。工作流参考模型来源于对普通工作流程序结构的分析,确定结构中的接口,这些接口可以使不同产品在不同的结构层次上协同工作。所有工作流系统都包含一系列的公共组件,组件间采用一套被定义好的方法进行协作;不同的产品在这些公共的组件中,会表现出不同的处理能力。为了实现不同工作流产品间的协同工作,需要在这些组件间制定一套标准的接口和数据交换格式。通过实现这些标准接口,可以达到产品间的协同工作。         我们先来看看下图,看看WFMC的参考模型:                     下面我们来挨个解释下每个接口的具体作用吧:           1、接口1:           在建模或定义工具与运行时期工作流管理软件间的接口。          2、接口2:           该接口,提供客户端应用程序与工作流引擎之间的通信API 。           3、接口3:           该接口是工作流引擎与其他应用程序之间通信的API。           4、接口4:           通过工作流与工作流之间的通信API,是实现分布式工作流管理系统的核心API。           5、接口5:           该工具提供了对工作流引擎的当前状态及运行在该引擎下的实例的监管和管理的接口。           我们再来看看上面相关工具的作用吧:          流程定义工具 :           就是提供一种方便的使用的,并且能够被计算机识别的过程定义,目前我们使用较广泛的是通过图形化的工具来完成WF的过程定义。最后输出一个XPDL文件。XPDL(XML Process Definition Language)是由Workflow Management Coalition所提出的一个标准化规格,使用XML文件让不同的工作流程软件能够交换商业流程定义。           管理监控工具:           对工作流在整个组织内的流程情况进行监控,并提供一系列管理功能,实现安全性、过程控制、授权等操作。典型的功能范围包括用户管理、角色管理、监控管理、资源管理、过程监控管理。具体如:过程模型的实例化,启动、挂起、恢复、终止过程实例;管理正在执行的过程实例等。           工作流执行服务:           由一个或多个工作流引擎组成,提供过程实例的执行,为活动进行导航,与外界资源交互完成各项活动,维护控制数据和相关数据等功能。                     下图是工作流服务的整个流程:                      工作流管理系统          工作流管理系统——Workflow Management System(简称WFMS),在工作流定义基础上,具有如下定义。             定义1:工作流管理系统是一个软件系统,它完成工作流的定义和管理,并按照在计算机中预先定义好的工作流逻辑推进工作流实例的执行。             定义2:工作流管理系统是支持企业经营过程高效执行并监控其执行过程的计算机软件系统。         根据工作流管理系统的定义,一个工作流管理系统应该提供如下的功能:             1. 定义、实现和管理工作流的运行;             2. 与工作流执行者,即人或应用系统,进行交互;             3. 推进工作流实例的执行;             4.监控工作流的运行状态。         需要指出的是,工作流管理系统不是企业的业务系统。在很大程度上,工作流管理系统为企业的业务系统运行提供了一个软件支撑环境,非常类似于在单个计算机上的操作系统。只不过工作流管理系统支撑的范围比较大、环境比较复杂而以,所以也有人称工作流管理系统是业务操作系统。 工作流管理系统架构          WFMC提出的工作流管理系统产品架构。这个架构给出了抽象的工作流管理系统的功能组成部件和接口,它能够满足工作流管理系统和产品应该具有的主要功能,可为实现工作流产品之间的互操作提供公共的基础。从图中可以看出,工作流管理系统主要由三部分组成:                      上图也是WFMC提出的工作流管理系统的架构设计图。我们这里来解释下几个重要组件的作用吧:          软件构件:完成工作流管理系统不同组成部分功能的实现,包括过程建模工具,工作流引擎,任务表管理器和用户界面;          系统控制数据:工作流管理系统中的一个或多个软件构件使用的数据,包括过程定义,组织/角色模型数据,工作流控制数据,工作流相关数据,任务表;          应用与应用数据:对于工作流管理系统来说,它们不是工作流管理系统的组成部分,而是属于外部系统和数据,它们被工作流管理系统调用来完成整个或部分工作流管理的功能,如被工作流管理系统调用的外部应用以及这些应用操作的数据。   工作流的目前现状           我们先来看看目前很多的自动化办公的流程:                     通过上面的图片,可能看不太清楚,我也没有从新画一张清晰的,所以大家先凑合着看下,然后后面我再补上,上面可以看到不同角色的人,负责在工作流中的状态及行为是不同的。上面中强调说明了工作职责的分配性问题。         工作流的概念起源于生产组织和办公自动化领域,提出的目的是通过将工作分解成定义良好的任务、角色,按照一定的规则和过程来执行这些任务并对它们进行监控,达到提高工作效率、降低生产成本、提高企业生产经营管理水平和企业竞争力的目标。         众多的企业应用系统按照功能从大的范围来划分,无非两种,一种是以公文流转、日常办公为主体的办公自动化系统,另一种则是以企业经营过程的业务流程为主要辅助对象的具体业务系统。无论是办公自动化系统还是具体业务系统,都是为企业提供软件服务的,都是本着服务于企业需求为目标的,然而,现实世界中的各个企业的经营过程是无时无刻不在变化和调整中的,以便适应瞬息万变的市场。这种变更带给信息化系统软件的最大的问题在于企业经营过程的调整往往使得原有的信息化系统软件要推倒重新设计开发,使开发成本非常的高,寻找到一种能够相对灵活的架构和管理方式以使得信息化系统能够快速的适应企业经营过程的变更成为了为企业构造信息化系统的软件设计人员的头等课题。工作流及工作流管理系统之所以能为企业信息化系统所使用究其原因也在于此。虽然工作流技术已经开始在企业应用中拥有了一片天空,然而,同已经应用于企业的其他技术相比,工作流技术仍然处于其技术发展的初期。          下图显示了,工作流与RDBMS系统之间的发展曲线对比图:                      当然从上图中,我们看到WF处于提出并初始发展阶段,而数据库管理系统已经非常的成熟并产品化。 My WorkFlow Trip         下面我们开始进入WF的开发之旅吧,好像废话的篇幅比较多,希望大家不要不喜欢看呵呵,下面我们就来开始开发吧来完成我们的WF开发之旅的第一个程序demo。          1、新建一个状态机工作流或者顺序工作流控制台应用程序:                     2、输入项目名称后:                    3、设计WorkFlow中的相关状态节点。主设计页面如下:                    4、新建State节点,在左侧的工具栏中找到如下节点,然后拖拽到设计器中:          选择State节点,拖拽到设计器中,出现如下效果图:                       5、设计状态流程中的起始状态节点以及完成状态节点,毕竟工作流的状态必须有开始和结束的,对于状态机来说是必须的。                          6、当我们添加了State之后,我们现在来设置状态的跳转及路程。拖拽一个新的节点到设计器中:             选中该节点后,打开属性编辑对话框。                            7、设置该状态节点的跳转及其他行为等:                             8、依照上图中的顺序,给第一个初始化开始状态也添加同样的事件,来完成跳转。后台的代码如下:                            9、运行后的效果如下:                更多交流 官方博客:http://www.smarteas.net/ 官方网站:http://www.agilelab.cn/ 如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、邮箱方式: 魏琼东: mail.james@qq.com 手机:18629261335 博客:http://eastjade.cnblogs.com/ 殷长波:549558408@qq.com 博客: http://www.cnblogs.com/onmyway/ 何戈洲:hegezhou_hot@163.com 博客:http://www.cnblogs.com/hegezhou_hot/ 2、QQ交流群: AgileEAS.NET平台交流群:120661978(超级群)[新建] AgileEAS.NET平台交流群:125643764(高级群)[已满] AgileEAS.NET平台交流群:147168308(高级群)[已满]  

Tags: , , ,

企业应用架构

AgileEAS.NET 之 Linq 2 EAS.NET,Orm支持Linq,写程序更加的方便

by 魏琼东 2011.5.11 15:09
     前面的文章AgileEAS.NET 4.0重构裁剪,新的ORM、支持Linq,正式支持WPF,开放更多的接口简单的介绍了一下AgileEAS.NET平台在2011年初的一些重大改进措施,其他涉及到有关于Orm体系的改进以及对linq的支持,AgileEAS.NET 快速平台之ORM体系的改进与ORM的新成员一文中对Orm的改进做了介绍,本文将详细的给大家介绍这AgileEAS.NET平台中Orm对Linq技术的支持。   Linq介绍:      LINQ是Language Integrated Query的简称,它是集成在.NET编程语言中的一种特性。已成为编程语言的一个组成部分,在编写程序时可以得到很好的编译时语法检查,丰富的元数据,智能感知、静态类型等强类型语言的好处。并且它同时还使得查询可以方便地对内存中的信息进行查询而不仅仅只是外部数据源。      LINQ定义了一组标准查询操作符用于在所有基于.NET平台的编程语言中更加直接地声明跨越、过滤和投射操作的统一方式,标准查询操作符允许查询作用于所有基于IEnumerable<T>接口的源,并且它还允许适合于目标域或技术的第三方特定域操作符来扩大标准查询操作符集,更重要的是,第三方操作符可以用它们自己的提供附加服务的实现来自由地替换标准查询操作符,根据LINQ模式的习俗,这些查询喜欢采用与标准查询操作符相同的语言集成和工具支持。      我们来总体看看LINQ结构:      需要说明一点的是,Linq是从.NET3.5开始支持的,.NET3.5  Framework 中提供了 LINQ to Objects、LINQ to DataSets、LINQ to SQL、LINQ to Entities、LINQ to XML等默认支持。      以上内容是摘抄自互联网的相关内容,简单的说明了一下Linq及Linq的应用,如果说单纯的那么Linq是一种语言中的特性的话LINQ to Objects、Linq to SQL就是这种语言特性在对象查询、SQL查询中的具体应用。 Linq to EAS.NET:      Linq to EAS.NET 同LINQ to Objects、Linq to SQL 一样,是应用了Linq这种语言特殊在AgileEAS.NET平台的Orm体系的应用,类似于Linq to SQL、Linq to Entities,应用Linq语言特殊实现AgileEAS.NET平台Orm对象的查询,让使用AgileEAS.NET平台进行开发变得更加简单和方便。      下面我们来进行一个简单的Linq to EAS.NET 应用吧:      第一步:打开对象设计器,建设一个实体对象(Product),并生成代码:      第二步:打开AgileEAS.NET平台对象设计器生成的代码,增加一个Asp.NET Web应用程序LinqDemo.WebUI,并且在Default.aspx页面中拖放一个GridView并且设定绑定信息如下:      第三步:使用linq编写数据查询代码并绑定到GridView:      第四步:修改Web.Config文件,增加以下配置信息: <EAS.Objects> <!--访问器。--> <object name="DataConnection" assembly="EAS.Data" type="EAS.Data.Access.SqlClientConnection" LifestyleType="Singleton"> <property name="ConnectionString" type="string" value="Data Source=.;Initial Catalog=demo;User ID=sa;Password=sa1234;"/> </object> <object name="DataAccessor" assembly="EAS.Data" type="EAS.Data.Access.SqlClientAccessor" LifestyleType="Singleton"> <property name="Connection" type="object" value="DataConnection"/> </object> <object name="OrmAccessor" assembly="EAS.Data" type="EAS.Data.ORM.OrmAccessor" LifestyleType="Singleton"> <property name="DataAccessor" type="object" value="DataAccessor"/> <property name="PageProvider" type="object" value="PageProvider"/> </object> <object name="PageProvider" assembly="EAS.Data" type="EAS.Data.ORM.OraclePageProvider" LifestyleType="Thread"/> <object name="ServiceBridger" assembly="EAS.MicroKernel" type=" EAS.Services.LocalServiceBridger" LifestyleType="Singleton"/> <object name="Logger" assembly="EAS.MicroKernel" type="EAS.Services.TextLogger" LifestyleType="Singleton"/> </EAS.Objects>        最后:编译运行,看看结果:      OK,通过以上简单的过程,基于Linq to EAS.NET实现了一个简单的like查询,相信大家已经看到了这个编程的便宜性,接下来我将会在把有关于Linq to EAS.NET所实现的表达式做一些简单的说明。 支持那些表达式:      Linq所支持的表达式非常的多,AgileEAS.NET平台只是实现了使用最频繁的那些表达式,对表没有实现的表达式在开发中或者要采用其他进行处理,下面我详细的向大家介绍AgileEAS.NET所实现的那些表达式: 条件表达式       Linq to EAS.NET中实现了“=”、“>”、“<”、“>=”、“<=”、“!=”、“like ”匹配、In 查询、Between 、以及And、Or组合。 排序表达式       Linq to EAS.NET中实现了Order by ,Order by  Desc排序。 统计及分页       Linq to EAS.NET也实现了First、Last、FirstOrDefault、LastOrDefault表达式。 Select New {}       Linq to EAS.NET也实现了select new {}表达式,这将能大大提高编程的方便性和更高的查询性能,如下写法: 其他表达式       Linq to EAS.NET实现了 Count统计以及基于统计的分页支持Top、Take及Skip表达式。 下一步的计划:       在接下来的Linq to EAS.NET版本中我们将陆续支持更表的表达式,在近期将会支持Sum、Average、Max、Min表达式,在下一步Orm支持关系之后将进一步支持join 、left join、right join表达式。       对于Group by 、Having表达式暂时还没有考虑到支持。 如何实现Linq的:      Linq to EAS.NET的实现思想非常的简单,即解析Linq表达式并转换为AgileEAS.NET的查询表达式树并由AgileEAS.NET平台的Orm执行并返回结果。      在AgileEAS.NET平台的Orm技术中,我们实现了一个LINQ Provider,即EAS.Data.Linq.DataEntityQuery<T>,在执行任务linq任务之前,并且显式的定义EAS.Data.Linq.DataEntityQuery<T>实例,由他在解析并势力Linq语法,在此要感谢李会军的两篇文章:打造自己的LINQ Provider(上):Expression Tree揭秘和打造自己的LINQ Provider(中):IQueryable和IQueryProvider,遗憾的是,他并没有写出下篇,感兴趣的朋友去看看吧。      AgileEAS.NET平台ActiveXForm运行容器的客户端工作插件。      本文中的小例子及其相关的对象定义文件、建表及数据创建脚本、源代码文件,请大家从这里下载。 下载说明      有关于平台最新版本的最新发布版本的程序集、类库手册、相关资料,请大家从AgileEAS.NET平台的官网http://www.smarteas.net/进行下载,官网设有独立的下载页面,从这里下载:官网下载。 CallHot 写过一个系列的基于AgileEAS.NET平台的开发案例,请大家通过AgileEAS.NET平台开发Step By Step系列-药店系统-索引及AgileEAS.NET敏捷开发平台及案例下载(持续更新)-索引、AgileEAS.NET平台开发实例-药店系统-视频教程系列-索引一系列文章进行下载。 如何联系      如果您在使用AgileEAS.NET开发平台中有什么问题,请使用如下几种联系方式或者沟通方式。 1、官方网站:      AgileEAS.NET平台:http://www.smarteas.net/      敏捷软件工程实验室:http://www.agilelab.cn/ 2、AgileEAS.NET平台交流群:      AgileEAS.NET平台交流群:120661978(超级群)[新建]      AgileEAS.NET平台交流群:125643764(高级群)[新建]      AgileEAS.NET平台交流群:147168308(高级群)[新建]   3、系统架构交流群:      系统架构交流群:9105332(高级群)(已满)      系统架构交流群1:124825459(高级群)(已满)      系统架构交流群2:49124441(高级群)(已满)      系统架构交流群3:47025564(高级群)(已满) 链接 AgileEAS.NET平台开发指南-文章索引 AgileEAS.NET应用开发平台介绍-文章索引 AgileEAS.NET平台应用开发教程-案例计划

AgileEAS.NET 4.0 重构裁剪后的程序集说明

by 魏琼东 2011.5.11 15:07
AgileEAS.NET应用开发平台,简称EAS.NET,是基于敏捷并行开发思想以及.NET构件技术而开发的一个应用系统快速开发平台,用于帮助中小型软件企业建立一条适合快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的,AgileEAS.NET应用开发平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分,资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行,基于AgileEAS.NET平台的应用系统的各个业务功能子系统,在系统体系结构设计的过程中被设计成各个原子功能模块,各个子功能模块按照业务功能组织成单独的程序集文件,各子系统开发完成后,由AgileEAS.NET资源管理平台进行统一的集成部署。 [更多...]

最新评论

声明

本博所有网友评论不代表本博立场,版权归其作者所有。

© Copyright 2011