零基础30分钟开启你的AgileEAS.NET SOA 中间件平台开发之旅

by 魏琼东 2014.4.25 11:20
接触AgileEAS.NET SOA 中间件平台(以下简称EAS.NET平台)有4个多月时间,经过试用认为可以把它作为一个开发的基础平台,开发团队可以把开发的重点放在需求的把控和项目的交付上,从而节省大量的时间,提高项目的开发、交付效率,降低对项目团队的深层技术要求,更重要的一点是EAS.NET平台的开发团队持续不断地维护和改进平台以及对反馈问题的快速反应,使我对平台的持续发展充满信心。

由于EAS.NET平台的资料比较多,需要花费较多的时间才能够初步了解平台并能够使用平台开始开发,所以,在此,我把学习EAS.NET平台的过程总结了一下,形成本篇短文,希望能够让初次接触EAS.NET平台的朋友能够用30分钟时间,跟着本文案例实际操作一遍,对EAS.NET平台有一个真实的体验,节省大家的时间,也算对EAS.NET平台的一点回报,希望有更多的人了解它的优势并真正用好它,为EAS.NET平台的使用者带来价值,也为EAS.NET平台的开发者带来效益,最终实现合作共赢的美好结局。 [更多...]

Tags:

.NET | C# | ESB | SOA | Socket | WCF | 三层架构 | 中间件 | 云计算 | 平台 | 应答 | 报表 | 权限 | 框架 | 模块 | 用户 | 负载均衡 | 通信框架

高并发应用场景下的负载均衡与故障转移实践,AgileEAS.NET SOA 中间件负载均衡服务介绍与实例

by 魏琼东 2013.12.19 18:59
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、关于AgileEAS.NET SOA中间件的分布式结构      AgileEAS.NET SOA中间件平台吸吸引人的一个特色就是其分布式架构体系,其可以基于高层的WCF协议和底层的.NET Socket通信建设统一一致的分布式通信服务,如下图所示的分布式结构:        系统中所有的客户端业务处理请求都经由AppServer处理之后返回结果给客户端,这个一个极其经典的SOA架构的分布式结构。      当系统的业务运行量大到一台AppServer无法满足情况下,那么我们就要考虑纵向扩展或者横向扩展以满足系统性能和业务响应的问题,最常用的选择是横向扩展,使用负载均衡机制以确保业务请求由多台AppServer完成;以及对系统的可靠性要求很高的时候,因为只有一台AppServer如果AppServer宕机了,那么整个系统都无法运行。我们就必须的考虑整个系统的故障切换能力,以确定系统的高可用性,系统的架构就会衍生为以下结构:      可以对比发布,前面架构图之中的AppServer已经由一台NlbServer和多台AppServer组成的服务器组合替换,系统之中不再存在当AppServer宕机之后系统无法服务的问题,也解决了随着业务量增加动态扩容的问题。 三、AgileEAS.NET SOA平台NLB支持      AgileEAS.NET SOA中间件平台的AppServer支持程序为EAS.SOA.Server.exe或EAS.SOA.Server.x64.exe,其中EAS.SOA.Server.exe为32位服务程序,EAS.SOA.Server.x64.exe为64位服务程序。      AppServer能在同一个进程之内同时支持Socket通信和WCF通信,即能同样的业务同步提供Socket和WCF通信方式,WCF通信提供http和net.tcp通道的访问,客户端应用使用何种通信方式由客户段程序决定。      AgileEAS.NET SOA中间件平台的在5.0版本之后增加了一个应用负载均衡服务程序EAS.NLB.Server,也同样提供了32位与64位的服务应用程序EAS.NLB.Server.exe或EAS.NLB.Server.x64.exe。      在AgileEAS.NET SOA中间件平台5.0版本之中为AppServer、NLB.Server提供了运行监控程序,NLB.Server的服务监控程序同时提供了NLB.Server的配置管理功能:      负载节点监控,会监控NLBServer后挂接的所有AppServer清单以及各个AppServer服务器的工作状态,是在线还是离线,在线的则能向客户端提供服务,如果离线了则表示不能向客户端提供服务了,在NLBServer负载过程之中,只会在在线的AppServr之间进行负载。 四、AgileEAS.NET NLBServer配置案例      在第三节我们已经对NLB做过一些简单的介绍,接下来我们以DrugShop案例环境为基础实例演示一下如何在应用环境之中启用NLBServer支持:      首先我们简单规划一下测试环境:      接下为我们一一配置,首先,我们参考AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(二):配置WinClient分布式运行环境一文配置好一个AppServer实例AppServer1,端口号设置Socket:6706,Wcf-tcp:6707,Wcf-http:6708: 1: <appserver> 2: <channel> 3: <wcf enable="true"> 4: <config tcpPort="6707" httpPort="6708"/> 5: <serviceThrottling maxConcurrentCalls="128" maxConcurrentInstances="128" maxConcurrentSessions="256"/> 6: <wcfServices> 7: <wcfService key="Key" type="TValue"/> 8: </wcfServices> 9: </wcf> 10: <socket enable ="true"> 11: <config tcpPort="6706"/> 12: <serviceThrottling maxConcurrence="1024"/> 13: <socketServices> 14: <socketService key="IMSocketService" type="AgileIM.Service.IMSocketService,AgileIM.Service"/> 15: </socketServices> 16: </socket> 17: </channel> 18: <appServices> 19: <appService key="Key" type="TValue"/> 20: </appServices> 21: </appserver>      然后复制配置好的AppServer目录到其他地方建立AppSerer2,端口信息修改为Socket:6706,Wcf-tcp:6707,Wcf-http:6708: 1: <channel> 2: <wcf enable="true"> 3: <config tcpPort="6807" httpPort="6808"/> 4: <serviceThrottling maxConcurrentCalls="128" maxConcurrentInstances="128" maxConcurrentSessions="256"/> 5: <wcfServices> 6: <wcfService key="Key" type="TValue"/> 7: </wcfServices> 8: </wcf> 9: <socket enable ="true"> 10: <config tcpPort="6806"/> 11: <serviceThrottling maxConcurrence="1024"/> 12: <socketServices> 13: <socketService key="IMSocketService" type="AgileIM.Service.IMSocketService,AgileIM.Service"/> 14: </socketServices> 15: </socket> 16: </channel> 17: <appServices> 18: <appService key="Key" type="TValue"/> 19: </appServices> 20: appserver>      同样复制AppServer目录配置NlbServer,NlbServer服务目前没有配置工具,只能自己修改配置文件EAS.NLB.Server.exe.config或者EAS.NLB.Server.x64.exe.config: 1: <?xml version="1.0"?> 2: <configuration> 3: <configSections> 4: <section name="eas" type="EAS.ConfigHandler,EAS.MicroKernel"/> 5: </configSections> 6: <!--支持混合程序集--> 7: <startup useLegacyV2RuntimeActivationPolicy="true"> 8: <supportedRuntime version="v4.0"/> 9: </startup> 10: <eas> 11: <configurations> 12: <item name="Key" value="Value"/> 13: </configurations> 14: <nlbserver> 15: <config> 16: <keepAlive timeSpan="6" chnanel="WCF"/> 17: </config> 18: <channel> 19: <wcf enable="true"> 20: <config tcpPort="6607" httpPort="6608"/> 21: <serviceThrottling maxConcurrentCalls="128" maxConcurrentInstances="128" maxConcurrentSessions="256"/> 22: <wcfServices> 23: <wcfService key="Key" type="TValue"/> 24: </wcfServices> 25: </wcf> 26: <socket enable ="true"> 27: <config tcpPort="6606" gatewayStyle="NetPacket"/> 28: <serviceThrottling maxConcurrence="10000"/> 29: </socket> 30: </channel> 31: </nlbserver> 32: <objects> 33: <!--NLB日志记录--> 34: <object name="Logger" assembly="EAS.MicroKernel" type="EAS.Loggers.TextLogger" LifestyleType="Singleton"> 35: <property name="Path" type="string" value="..\logs" /> 36: </object> 37: </objects> 38: </eas> 39: <startup> 40: <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/> 41: </startup> 42: </configuration>      配置其端口号为6606,Wcf-tcp:6607,Wcf-http:6608,配置完成后参考AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(二):配置WinClient分布式运行环境一文编写AppServer服务的安装、卸载和控制台启动脚本。      NLBServer的安装卸载和控制台启动脚本类似,都是由EAS.NLB.Server.exe -参数组成,只不过,EAS.NLB.Server只能支持在一台服务器安装一个实例,即同一台服务不充许像AppServer一样安装多个实现,以下是脚本示例: 1: @rem 安装NLB服务 2: EAS.NLB.Server.x64.exe -i 3:  4: @rem 卸载NLB服务 5: EAS.NLB.Server.x64.exe -u 6:  7: @rem 控制台启动NLB服务 8: EAS.NLB.Server.x64.exe -run 9: pause      OK,我们启动NLBServer和AppServer1、AppServer2:      接下来我们在客户端文件夹之中启动“负载均衡监控”程序EAS.NLB.Monitor.exe配置负载均衡服务的负载节点:     在服务连接之中选择新建连接,弹出新建连接对话框:     修改连接名为nlbServer,服务器为127.0.0.1,即连接本机nlbserver,实际情况之中请根据实际情况配置,端口号填入前面配置的NlbServer端口参数,我们此处选择以wcf-tcp连接,端口配置为6607,然后确定保存配置,并且进入“负载均衡监控”主界面:      “负载均衡监控”第一个界面为负载均衡服务器的CPU、内存、网络、磁盘等各种资源参数,供管理人员参考,我们切换到负载节点监控:      在空白区域右键打开快捷菜单点=>"添加节点":      根据AppServer参数添加负载节点信息,确定后保存负载节点信息,使用同样的方法添加AppSever2节点,完成后如下图:      也可以选择直接修改配置配置负载节点信息,负载节点信息存储在NlbServer工作目录中的“NLB.config”文件: 1: <?xml version="1.0" encoding="utf-16"?> 2: <NLB xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> 3: <items> 4: <NlbWorkItem> 5: <host>127.0.0.1</host> 6: <wcfChannel> 7: <HttpPort>6708</HttpPort> 8: <TcpPort>6707</TcpPort> 9: </wcfChannel> 10: <socketChannel> 11: <TcpPort>6706</TcpPort> 12: </socketChannel> 13: <enabled>true</enabled> 14: <runing>true</runing> 15: </NlbWorkItem> 16: <NlbWorkItem> 17: <host>127.0.0.1</host> 18: <wcfChannel> 19: <HttpPort>6808</HttpPort> 20: <TcpPort>6807</TcpPort> 21: </wcfChannel> 22: <socketChannel> 23: <TcpPort>6806</TcpPort> 24: </socketChannel> 25: <enabled>true</enabled> 26: <runing>false</runing> 27: </NlbWorkItem> 28: </items> 29: </NLB>      OK,现在已经完成了对负载均衡的配置,接下来我们配置客户端程序“DrugShop.Main.exe”的连接信息,可以选择由配置工具生成,也可以选择手工书写,定义为SOA分布式环境下wcf-tcp连接,连接端口为127.0.0.1:6607(NLBServer),配置文件如下: 1: <?xml version="1.0" encoding="utf-8"?> 2: <configuration> 3: <configSections> 4: <section name="eas" type="EAS.ConfigHandler,EAS.MicroKernel" /> 5: </configSections> 6: <!--SQLite运行必需--> 7: <startup useLegacyV2RuntimeActivationPolicy="true"> 8: <supportedRuntime version="v4.0"/> 9: </startup> 10: <eas> 11: <configurations> 12: <item name="Key" value="Value" /> 13: </configurations> 14: <objects> 15: <!--分布式通信组件。--> 16: <object name="ServiceBridger" assembly="EAS.Distributed" type="EAS.Distributed.ServiceBridger" LifestyleType="Thread" > 17: <property name="ServiceName" type="string" value="EAS.RMI.Service" /> 18: </object> 19: <object name="DataAccessor" assembly="EAS.Distributed" type="EAS.Distributed.DataAccessor" LifestyleType="Thread" > 20: <property name="ServiceBridger" type="object" value="ServiceBridger" /> 21: </object> 22: <object name="OrmAccessor" assembly="EAS.Distributed" type="EAS.Distributed.OrmAccessor" LifestyleType="Thread" > 23: <property name="ServiceBridger" type="object" value="ServiceBridger" /> 24: <property name="DataAccessor" type="object" value="DataAccessor" /> 25: </object> 26: <!--日志管理--> 27: <object name="Logger" assembly="EAS.MicroKernel" type="EAS.Loggers.TextLogger" LifestyleType="Singleton" /> 28: <!--资源--> 29: <object name="EAS.Explorer.Resource" assembly="DrugShop.Res" type="DrugShop.Res.Resources" LifestyleType="Singleton" /> 30: </objects> 31: <services> 32: <service name="EAS.RMI.Service" service-type="WcfService" singleton="true" url="net.tcp://127.0.0.1:6607/eas/services/EAS.RMIService" /> 33: </services> 34: </eas> 35: </configuration>      OK,客户端程序配置完成。 五、测试验证      启动DrugShop.Main.exe,可以选择启动多个客户端程序实例,可以看到以控制台运行的两个服务实例都有不同程序的请求响应:      我们可以看到,客户端的业务请求被NLBServer进行了有效的负载,当我们随便停止其他任务一个AppServer,我们可以通过“负载均衡监控”程序看到其处于离线状态:      在实际项目之中可以是某一台AppServer宕机了或者人为的进行某种维护升级活动,在这个时间,所有的客户端程序的所有业务操作都是可以的,从这一点我们可以看出,AppServer被NLBServer进行了有效的故障转移,有效的提高了系统的高可用性。      如果所有的AppServer都离线了,即所有AppServer都宕机了,如下图:      那么这个时间,系统就不能提供任务的服务了,当我们在客户端执行任何操作都会报错:      当我们恢复负载之中的任务一个节点之后,系统则可以向使用者提供全部的业务服务。 六、联系我们      为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET SOA中间件平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

SOA | ESB | 云计算 | 中间件 | 平台 | .NET | 分布式 | 通信框架 | 消息中间件 | 框架 | NLB | AppServer | 应用程序服务 | 三层架构 | 负载均衡

如何使用Lua脚本语言开发出高扩展性的系统,AgileEAS.NET SOA中间件平台Lua脚本引擎介绍

by 魏琼东 2013.12.19 11:38
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、关于Lua语言      Lua 是一个小巧的脚本语言。是巴西里约热内卢天主教大学(Pontifical Catholic University of Rio de Janeiro)里的一个研究小组,由Roberto Ierusalimschy、Waldemar Celes 和 Luiz Henrique de Figueiredo所组成并于1993年开发。 其设计目的是为了嵌入应用程序中,从而为应用程序提供灵活的扩展和定制功能。      Lua语言目前应用最广泛的领域是游戏编程领域,最早接触和认识Lua也是因为在2008年玩金山的剑网3,通过解包读过其中的一些游戏脚本,慢慢也看过一些其他游戏的Lua脚本,在我们开发自己的电子病历系统的过程之中,引入了Lua脚本语言实现那些可变性非常高的场景。     .NET通过LuaInterface开源项目类库实现对Lua的脚本调用以及Lua与C#的相互绑定,有关于这此方面的内容请大家搜索相关文章以获得帮助。      在AgileEAS.NET SOA5.0版本之中,我们决定把在开发过程之中形成的Lua脚本引擎一并集成入AgileEAS.NET SOA中间件平台,目前Lua脚本语言被我们广泛的应用电子病历系统这中的病案自动评分、短信系统之中的交互式应答、和一些计划任系统之中的计划任务定义。 三、AgileEAS.NET SOA平台Lua引擎      AgileEAS.NET SOA5.0平台目前使用的是Lua5.1版本,使用LuaInterface实现C#与Lua的相互绑定处理,平台已经对其进行了二次封装以提供统一的API支持,目前由EAS.LuaScript.dll程序集承载所有业务。      AgileEAS.NET SOA平台Lua引擎提供了以下接口或类型的API:      ILuaEngine,定义为一个Lua脚本引擎: 1: using System; 2:  3: namespace EAS.LuaScript 4: { 5: /// <summary> 6: /// Lua脚本解析引擎。 7: /// </summary> 8: /// <remarks> 9: /// 用于完成程序之中嵌入的动态Lua脚本,Lua脚本在AgileEAS.NET SOA 中间件之中主要用于环境的各种参数的动态解析处理之中。 10: /// </remarks> 11: public interface ILuaEngine:IDisposable 12: { 13: /// <summary> 14: /// 脚本路径。 15: /// </summary> 16: string ScriptDirectory 17: { 18: get; 19: set; 20: } 21:  22: /// <summary> 23: /// 输出重定向方法/用于调试。 24: /// </summary> 25: Action<object> OutAction 26: { 27: get; 28: set; 29: } 30:  31: /// <summary> 32: /// 注册lua函数,实现Lua绑定。 33: /// </summary> 34: /// <param name="luaAPIClass">lua函数类</param> 35: void BindLuaFunctions(object luaAPIClass); 36:  37: /// <summary> 38: /// 执行lua脚本文件。 39: /// </summary> 40: /// <param name="luaFileName">脚本文件名。</param> 41: /// <returns>lua脚本执行结果。</returns> 42: object[] DoFile(string luaFileName); 43:  44: /// <summary> 45: /// 执行lua脚本文本。 46: /// </summary> 47: /// <param name="chunk">lua指令。</param> 48: /// <returns>lua脚本执行结果。</returns> 49: object[] DoString(string chunk); 50:  51: /// <summary> 52: /// 调用Lua函数。 53: /// </summary> 54: /// <param name="luaFunction">函数名称。</param> 55: /// <param name="args">调用参数。</param> 56: /// <returns>lua脚本执行结果。</returns> 57: object[] Invoke(string luaFunction, params object[] args); 58: } 59: }      其中脚本路径ScriptDirectory指示Lua脚本文件的存储位置,在DoFile执行脚本文过程之中如果传入为相关路径则可以自动在ScriptDirectory之中寻址,ScriptDirectory默认为当前程序目录。      DoFile:执行脚本文件并且返回执行结果。      DoString:执行脚本代码并且返回执行结果。      Invoke:执行指定的脚本函数。       LuaFunctionAttribute,Lua脚本函数特性: 1: using System; 2: using System.Collections.Generic; 3: using System.Linq; 4: using System.Text; 5:  6: namespace EAS.LuaScript 7: { 8: /// <summary> 9: /// Lua函数描述特性。 10: /// </summary> 11: /// <remarks> 12: /// 用于标记Lua接口方法。 13: /// </remarks> 14: [AttributeUsage(AttributeTargets.Method, 15: Inherited = false, AllowMultiple = false)] 16: [Serializable] 17: public class LuaFunctionAttribute : Attribute 18: { 19: /// <summary> 20: /// 初始化LuaFunctionAttribute对象实例。 21: /// </summary> 22: /// <param name="name">函数名称。</param> 23: public LuaFunctionAttribute(string name) 24: : this(name, string.Empty) 25: { 26:  27: } 28:  29: /// <summary> 30: /// 初始化LuaFunctionAttribute对象实例。 31: /// </summary> 32: /// <param name="name">函数名称。</param> 33: /// <param name="description">函数描述。</param> 34: public LuaFunctionAttribute(string name, string description) 35: : this(name, description,null) 36: { 37:  38: } 39:  40: /// <summary> 41: /// 初始化LuaFunctionAttribute对象实例。 42: /// </summary> 43: /// <param name="name">函数名称。</param> 44: /// <param name="description">函数描述。</param> 45: /// <param name="funcParams">参数说明。</param> 46: public LuaFunctionAttribute(string name, string description, params string[] funcParams) 47: { 48: this.Name = name; 49: this.Description = description; 50: this.Params = funcParams; 51: } 52:  53: /// <summary> 54: /// 函数名称。 55: /// </summary> 56: public string Name 57: { 58: get; 59: internal set; 60: } 61:  62: /// <summary> 63: /// 函数描述。 64: /// </summary> 65: public string Description 66: { 67: get; 68: internal set; 69: } 70:  71: /// <summary> 72: /// 参数说明。 73: /// </summary> 74: public string[] Params 75: { 76: get; 77: internal set; 78: } 79: } 80: }      用于C#向Lua暴露函数接口,实现C#方法与Lua脚本函数的绑定,也可以实现为把C#的方法暴露给Lua脚本调用,如以下代码: 1: /// <summary> 2: /// 执行指定的非查询命令。 3: /// </summary> 4: /// <param name="commandText">要执行的命令语句。该语句必须是标准的数据库语句。</param> 5: /// <returns>返回命令影响的行数。</returns> 6: [LuaFunction("ExecuteSql", "执行指定的非查询命令,返回执行所影响的行数。", "要执行的SQL语句")] 7: public int Execute(string commandText) 8: { 9: IDataAccessor da = this.GetComponent(); 10: if (da != null) 11: { 12: return da.Execute(commandText); 13: } 14: else 15: { 16: return -1; 17: } 18: }      其目标早实现C#方法Execute与Lua脚本函数ExecuteSql之间的绑定,当在Lua教本之中调用ExecuteSql,即会执行Execute方法。      LuaFramework,Lua框架,为Lua脚本引用最重要的API: 1: #region 程序集 EAS.LuaScript.dll, v4.0.30319 2: // G:\Health.Work\AgileEMR4.0\Publish\EAS.LuaScript.dll 3: #endregion 4:  5: using System; 6:  7: namespace EAS.LuaScript 8: { 9: // 摘要: 10: // Lua脚本执行框架/上下文。 11: // 12: // 备注: 13: // 应用系统之中调用Lua脚本的入口。 14: public sealed class LuaFramework 15: { 16: // 摘要: 17: // LuaFramework对象的唯一实例。 18: public static LuaFramework Instance { get; } 19:  20: // 摘要: 21: // 注册lua函数,实现Lua绑定。 22: // 23: // 参数: 24: // luaAPIClass: 25: // lua函数类 26: public static void BindLuaFunctions(object luaAPIClass); 27: // 28: // 摘要: 29: // 从应用程序上下文环境之中获取指定名称的对象实例。 30: // 31: // 参数: 32: // componentKey: 33: // 组件名称。 34: // 35: // 返回结果: 36: // 对象实例。 37: public object GetComponent(string componentKey); 38: // 39: // 摘要: 40: // Lua脚本引擎。 41: public static ILuaEngine GetLuaEngine(); 42: // 43: // 摘要: 44: // Lua脚本引擎。 45: public static ILuaEngine GetLuaEngine(string scriptDirectory); 46: // 47: // 摘要: 48: // 取系统时间。 49: [LuaFunction("GetTime", "取系统时间")] 50: public DateTime GetTime(); 51: } 52: }      其中BindLuaFunctions方法实现C#方法与Lua函数的绑定注册,调用时传入需要注册方法所在的C#类对象实例即可。      GetLuaEngine获取一个ILuaEngine,为之后的执行脚本作准备,调用GetLuaEngine可选传入scriptDirectory参数,scriptDirectory为Lua脚本存储目录。      AgileEAS.NET SOA中间件已经为大家提供了少数的几个预定义API绑定: 1: helpcmd(cmdName) - Show help for a given command or package 2: help() - List available commands. 3: Include(luaFileName) - 预加载指定的脚本文件 4: echo(message) - 显示Lua调试信息,用于Lua的动态调试。 5: Echo(message) - 显示Lua调试信息,用于Lua的动态调试。 6: WriteLog(message) - 写日志记录,用于Lua脚本的动态调试。 7: GetTime() - 取系统时间 8: GetComponent(componentKey) - 从应用程序上下文环境之中获取指定名称的对象实例 9: GetAccount() - 求当前账户信息 10: ExecuteSql(commandText) - 执行指定的非查询命令,返回执行所影响的行数。 11: QuerySql(commandText, resultType) - 执行给定的数据库查询命令,返回执行结果,返回结果由resultType参数决定。 12: QuerySqlScalar(commandText) - 执行给定的数据库查询命令,仅返回第一行第一列结果 13: QuerySqlMatrix(commandText) - 执行给定的数据库查询命令,返回第一个查询结果Matrix 14: QuerySqlDictionary(commandText) - 执行给定的数据库查询命令,返回第一行的Key-Value 15: QuerySqlList(commandText) - 执行给定的数据库查询命令,返回第一行的Key-Value 16: QuerySqlDataSet(commandText) - 执行给定的数据库查询命令,返回查询结果集 17: QuerySqlDataTable(commandText) - 执行给定的数据库查询命令,返回查询结果集的第一个DataTable 18: GetDataSet() - 求当前系统的帐套信息      大家也可以基于AgileEAS.NET SOA 平台Lua引擎扩展自己的LuaAPI。 四、AgileEAS.NET SOA平台Lua引擎应用案例      在我12年的医疗行业开发之中,做过多年的电子病历,开发、指导开发过多套电子病历系统,在电子病历系统之中,有以下几个问题一直得不到好的解决方案:      在电子病历质控之中有一个自动质控评分,其由程序自动的预先为某个病案打出一个得分:      在没有使用Lua教本之前呢,也是能实现这种自动评分,但是为了实现这样的功能,系统设计之中就会要增加一些辅助的表和大量的辅助设计以帮助完成这样的功能,因为毕竟不存在统一的评分规则,所以这个设计会极其的复杂,以致于很难把这样的功能做好,或者说在成本和效益估量之中,得不偿失。      另外还有比较简单的例子就是电子病历之间的宏替换问题,在书写电子病历的过程之中需要动态的插入如病人基本信息、医院名称这样的东西进入病历,但是因为其数据源并不是唯一确定的,如果不使用动态脚本设计,那么其程序这中就会存在大量的硬编码,并且如果想要在后期实施阶段增加宏,那么则必须要修改程序才能完成。      下面我们就以自动评分案例向大家讲解一下是如何实现功能的呢:      首先,系统之中必须管理和维护用于自动评分的所有评分规则:      这里与其他很多开发者的做法不一样的是,对于每个缺陷项目,我们都为其提供了一个评分规则的脚本的设计,例如对于缺陷“*缺入院记录”的评分脚本如下: 1: ----------------------------------------------------------------------------------------------- 2: -- 创建人 : 魏琼东 3: -- 创建时间 : 2013-09-05 4: -- 效果备注 : *缺入院记录评分脚本。 5: -- GetErrorNumber,求缺陷数量,由脚本计算出本缺陷数量 6: ---------------------------------------------------------------------------------------------- 7: ------------------------不怎么华丽的分割线-------------------------------------- 8: function GetErrorNumber(patient,errorItem) 9:  10: --调用C#,求监控项目 11: local monitorItem = GetMonitorItem("B01") 12: --监控表达式,无表达式返回0 13: local script = monitorItem.Expression 14: if script == nil then 15: return 0 16: elseif script == "" then 17: return 0 18: end 19: 20: --加载监控脚本 21: ExecuteScript(script) 22: --执行监控函数NeedWrite,如果需要写则预标存在此缺陷 23: local need = NeedWrite(patient,monitorItem) 24: 25: if need == 1 then 26: return 1 27: else 28: return 0 29: end 30:  31: end 这样的设计的目标是将缺陷的评分动作都由Lua脚本实现,而在应用程序之中并不存在针对缺陷制定不同的评分规则的情况,只有调用脚本进行评分的代码: 1: /// <summary> 2: /// 求指定患者、指定缺陷的缺陷数。 3: /// </summary> 4: /// <param name="pRoot"></param> 5: /// <param name="errorItem"></param> 6: /// <returns></returns> 7: public static int GetErrorNumber(ILuaEngine m_Lua, PatientRoot pRoot, ErrorDict errorItem) 8: { 9: if (string.IsNullOrEmpty(errorItem.Expression)) //无评分脚本 10: { 11: return 0; 12: } 13:  14: string m_file = System.IO.Path.Combine(LuaEx.ScriptDirectory, string.Format("emr\\error\\{0}.lua", errorItem.ErrorCode)); 15: if (!System.IO.File.Exists(m_file)) 16: { 17: return 0; 18: } 19:  20: try 21: { 22: m_Lua.DoFile(m_file); //加载脚本 23:  24: object[] vs = m_Lua.Invoke("GetErrorNumber", pRoot, errorItem); //执行函数。 25: if (vs != null && vs.Length > 0) 26: { 27: return int.Parse(vs[0].ToString()); 28: } 29: else 30: { 31: return 0; 32: } 33: } 34: catch 35: { 36: return 0; 37: } 38: } 这样的好处在于,主体程序变的极其的简单一致,不需要各种判断和各种规则,并且灵活自动,可以做到政策变化或者客户需求变化导到的各种评分规则的修改,则会灵活自如。      实践证明,使用动态脚本语言扩展现在系统的系统是一种低投入高产出的工作,对于应对这种高扩展性和高定制性的项目是一个非常好的选择,这个可以解释游戏编程之中大量使用Lua语言的事实,针对NPC、剧情书写相关的处理脚本,让游戏的后期变更,调整变得简单可行。 四、联系我们      为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET SOA中间件平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

.NET | SOA | Socket | 中间件 | 云计算 | 分布式 | 设计模式 | 消息中间件 | 框架 | Lua | 动态脚本 | EMR | 平台 | 电子病历

犀利的报表系统2,为项目实施人员、维护人员提供的强大自定义报表系统,AgileEAS.NET SOA中间件平台动态报表系统使用指南

by 魏琼东 2013.12.18 20:23
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、关于动态报表系统      在之前的犀利的报表系统,AgileEAS.NET SOA中间件平台GReport使用指南一文之中我们为大家介绍和实例演示了如何使用AgleEAS.NET SOA中间件平台的GReport报表系统。      但是,在之前提供的报表系统之中,不管是fyireporting报表系统还是GReport报表系统,都是预定义报表系统,即需要在程序开发过程之中进行预定义,虽然留给项目实施人员和维护人员极大的自定义功能,但是必竟是有所限制的,比如不能修改报表的ReportID,不能变更报表依赖的ORM实体对象。      而在现实项目之中,特别是偏重于数据查询、统计分析的MIS类系统,项目后期需要大量的统计分析报表,而在项目开发过程之中,毕竟不可能把所有的报表都开发出来,因为其需求并不是在开发阶段所提供的,而是在系统运行过程之中,随着对系统应用的深入会有越来越多的报表需求,那么在这个时间,再由开发人员重新定义报表,显然有些不能接受,一是项目的成果会明细的提高,二是因为开发人员的流动和其他一些因素,比如开发企业的售后服务响应周期较长,不能及时的响应这种需求。      为解决此问题,AgileEAS.NET SOA中是件平台创新的提出了动态报表的思路,即我们系统的报表进行了大致的划分,开发前提能明确确定的业务票据和业务报表由开发人员在开发过程之中实现,而对于因为不同的企业、用户的不同管理需求而导致变化的那些可变化报表系统,则交由项目实施人员或者系统应用者的维护人员进行实现。      这样做,可以为开发企业和系统使用者都能提出更大的便利,对于开发企业来讲,把一部分报表后置交由实施人员根据客户的具体情况在项目实施周期之内完成,一是可以节省前提开发成本,减少返工带来的高成本,二是可以把产品做成稳定的基础部分+动态定义的报表系统,便于对软件系统的定型和维护,而对于系统使用者也是也极大的便利,比如一些急需的或者特别的报表系统,则可以直接由自己的实施人员搞定,并且随便可以增加和修改,减少需要的实现周期。      AgileEAS.NET SOA中间件平台的动态报表系统其本质是定义一个依赖于一个动态SQL查询的数据报表以及对这个报表的模块转换发布两个功能实现。        AgileEAS.NET SOA中间件平台没有为“动态报表”提供单独的定义和管理功能,其管理功能集成于“GR报表”和“报表管理”两个模块之中。      和犀利的报表系统,AgileEAS.NET SOA中间件平台GReport使用指南一文之中定义普通报表不一样的地方是,动态报表在定义过程之中必须要选中“报表模块、把报表做为独立模块发布”复选框,并且必须要填写报表的“查询语句”,如果“查询语句”是一个带参数的动态查询语言,则必须要定义“查询参数”。      以下对几个重要参数做一下说明:      “报表模块、把报表做为独立模块发布”:动态报表必须要中此项,选中本选项之后,系统会自动把这个报表发布为一个“报表模块”,即让报表充当系统之中的模块插件,一个报表即为一个模块插件,可以对于进行权限和导航部署,系统之中对此报表具体权限的账号登录系统之中就会以普通模块一样的方式打开报表并且使用。      “查询语句”:动态报表的查询语句是报表工作过程之中抓取报表数据的动态查询语句,报表的绑定数据来自于本查询语句与查询参数动态组合而成的目标查询结果:        查询语句之中以$符号起始的单词即为动态查询参数,此查询条件会根据最终用户的输入进行替换,如果查询语句之中定义了动态查动态查询参数,则必须定义报表的“查询参数”。      “查询参数”:查询参数用于详细定义解释报表动态查询语句之中的动态参数,比如参数的显示标题、参数数据类型、参数默认值,参数是否与某输入字典相关联等,下图的查询参数与上图你动态查询语句相匹配:      数据类型,目前支持“字符”、“日期”、“日期时间”、“整数”、“小数”。      查询参数被用于在打开报表自动生成的查询UI界面上输入预值的参数值,以便于动态生成报表数据。 三、动态报表实践      开发动态报表不需要进行C#或者VB.NET编程,但是需要掌握系统的数据库结构、会设计、制作报表和熟练的使用AgileEAS.NET SOA中间件平台的系统管理功能,符合这种条件的人员主要是系统实施人员和系统维护人员。      下面我们就是GReport动态报表一步一步的学习和演示一下处理过程。      首先,我们需要打开平台的“GR报表”模块,并且增加一个新的报表:        必须选中“报表模块、把报表做为独立模块发布”,然后切换到“查询语句”Tab页并且写入如下SQL语句:      这个SQL语句之中带了两个动态参数:$StartTime和$EndTime两个参数,我们的目标是统计LMTIME在这两个参数区间的模块,并且以程序集为分组汇总条件。      然后我们切换到“查询语句”Tab页,我们可以看到:        系统自动的从“查询语句”之中提取StartTime和EndTime,但是显示标题、数据类型、迷人值还需要我们手动修改和填写,填写完成如下图:      这样就完成了“查询参数”的定义,点“确定”按钮这后保存报表。      接下来双击刚添加的动态报表,系统会打开设计界面,自动加载初始样式:      请根据情况自己修改报表,最后保存,我们修改为以下样式:      这样报表的设计工作就完成了,接下来我们为动态报表进行使用者授权和导航分组部署,首先我们打开“角色管理”并且选中一个角色(我们选择“平台演示”角色),然后双击打开:      双击“添加”按钮,打开“模块选择界面”:      选择“搜索报表”复选框,输入检索条件,点“搜索”按钮之后选中刚才加载的模块,点击确定,返回“角色”属性设定界面。      点击“确定”完成对动态报表的访问授权。        接下来我们设置导航分组的部署,打开“导航分组”选择要部署动态报表的分组,如果没有分组请添加一个新的分组,有关于如何添加 一个新的导航分组的使用说明请参考《AgileEAS.NET SOA中间件系统管理使用教程 V5.0》。      选中一个分组,然后后右边空白区域右键打开快捷菜单,选择“添加”打开“模块选择窗口”:      选择动态报表然后单击“确定”按钮,完成对动态报表的导航分组部署。 四、执行验证      我们编译并且启动DrugShop.Main.exe,使用0001密码sa登录,我们就会在“统计报表”分组之中看到模块“模块程序集统计报表”:      打开这个模块:      设置开始时间和结束时间,点击“提取数据”按钮:      OK,动态报表演示完成。      DrugShop案例之中同步提供了本例子的报表定义和导航、权限配置,请大家通过AgileEAS.NET SOA中间件官方网站的最新下载栏目进行下载。 五、联系我们      为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET SOA中间件平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

.NET | BI | AgileEAS.NET | ActiveX | C# | ORM | SAAS | SOA | 中间件 | 云计算 | 分布式 | 框架 | 报表 | 消息中间件

MIS系统开发利器,快速的字典录入解决方案,另类的、可管理的.NET DataWindow

by 魏琼东 2013.12.18 13:37
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、管理信息系统开发之中的字典选择录入问题      AgileEAS.NET SOA中间件平台被广泛的应用于MIS类系统之中,可以说基于AgileEAS.NET SOA中间件开发MIS类真是得天读后,能大大的降低系统的开发难度和开发工作量。      有管理信息系统开发之中有很大一部分工作是实现界面的数据选择录入,比如商品进销存之中的根据输入码、拼音码、检索码查出某部分字典数据并且选择录入,如下图:      这是一个典型的字典选择输入应用,此类应用大量应用于比如像采购入库、采购申请之中的选择要采购的商品信息,商品信息存储在商品字典,本案例是选择药品字典信息,选择录入药品字典信息以便于进行药品入库业务处理。      在传统的此类应用开发过程之中我们需要自己处理当输入焦点在检索文本框之中进行输入的输入事件以及大量的界面、数据检索处理工具,费时费力,如果一个界面之中多出这样几个此类的应用场景,那么这个插件的代码的70%或者以上都用于应对此类场景,就形成了一种代码超长、界面控件、输入控件的事件处理麻烦的境界,如以下这个界面:      这个界面之中有五处此类场景的应用,当然,在一些应用之中可能有十个或者更多的这种场景,整个模块在应对此类情况的代码极其之中,也会慢慢的导致代码的可读性,可维护性越来越差。 三、TextBoxAutoComplete组件      AgileEAS.NET SOA中间件平台在经过多年痛苦的开发应用之中,从各种客户的反馈和开发应用的经验之中积累了一套解决此问题的方案,并创造性的实现了一个基于输入文本框的扩展解决方案,TextBoxAutoComplete组件及其之后的InputDict(输入字典)管理体系。      TextBoxAutoComplete组件:根据其名称我们可以简单的理解为TextBox的自动完成组件,那么其功能就是类似于baidu、google的搜索文本框功能:      TextBox控件配合TextBoxAutoComplete完成类似上图你的自动完成检索功能,只不过baidu、google的搜索文本框展示的是搜搜索关键字,而AgileEAS.NET SOA中间件平台之中的TextBoxAutoComplete展现的是各种字典的录入选择表格,如下图:      TextBox控件配合TextBoxAutoComplete可以完成对任意类型的字典信息的检索录入和自动完成功能。 四、输入字典管理      如果说要实现对任意类型的字典信息的检索录入和自动完成功能,仅TextBoxAutoComplete组件是不够的,为什么呢, 这会涉及到各类输入字典的录入数据规则、检索规则、数据窗口(DataWindow)的数据显示、排序规则、以及对数据源的过滤规则等等。      那么如何解决此问题呢,AgileEAS.NET SOA中间件平台提供了一个字典管理功能“输入字典”:      系统中维护着一组用于控制TextBoxAutoComplete组件的数据检索、显示的各项参数,其中包括如下重要信息:      字典编码:字典编码是一个Guid类型的值,其值必须是唯一的,也早用于控制TextBoxAutoComplete进行重要的重要依据,也是维系TextBox控件与TextBoxAutoComplete的唯一纽带。      数据类型:TextBoxAutoComplete组件工作是所依赖的AgileEAS.NET SOA中间件ORM实体对象类型,即输入字典的数据检索、显示必须依赖于ORM实体对象。      显示参数:数据窗口(DataWindow)的宽度、高度和每次可显示的记录行数。      是否启用缓存:即输入字典的检索行为是基于数据缓存进行的还是基于数据库检索进行的,因为我们的处理很多不常见化的字典信息,比如民族、省份这样的信息不会经常发生变化,AgileEAS.NET SOA中间件平台设计一套基于时间戳的实体缓存体系,如果选择启去缓存,只自动完成的检索不会请求数据库操作,以减少通信和数据库原因,如果选择启用了缓存,则必须要设定缓存属性。      缓存属性:用于控件缓存的增量更新的一个日期时间型字段/实体数据,并且必须在ORM实体的这个属性上面加上CacheUpdated标记: 1: /// <;summary> 2: /// 最后更新时间 。 3: /// <;/summary> 4: [Column("LMTime", "最后更新时间"),CacheUpdated] 5: [DisplayName("最后更新时间")] 6: public DateTime LMTime 7: { 8: get; 9: set; 10: }      并且需要在对就的字典管理/维护程序这中,当增加、修改某一行字典记录之后需要把对应的字段时间更新为最新的修改时间,那么缓存系统就会在一定的延迟规则之后获得这一更新记录。      显示属性:当TextBoxAutoComplete组件完成选择录入之后,显示在关联文本框内的值对应的ORM属性。      缓存间隔:输入字典记录本身的缓存间隔,即TextBoxAutoComplete引擎从数据库中更新对应的字典定义的周期,最小为0分钟,即TextBoxAutoComplete直接读取数据库中的字典记录。      码值属性:当TextBoxAutoComplete组件完成选择录入之后,用于执行其他业务的字典编码属性,一般情况下为字典的主键属性。      显示设置:用于设置DataWindow(数据窗口)之中显示的列信息记录,包括显示那些列、列标题、显示顺序等:      数据源筛选:在数据根据输入的条件检索之前的数据筛选功能:      上图的筛选条件表示仅选择Icd10bksn值为“B”的记录。      搜索条件:用于定制TextBoxAutoComplete组件在经过筛选之后的数据源上的检索行为,例如本文第二张图上的输入的“ys”之后的数据源检索行为:      目前倒提供基于字符串字段的三种检索条件:StartsWith(like ‘ys%’)、EndsWith(like ‘%ys’)和Contains(like ‘%ys%’),基本上能满足99的应用。 五、开发过程      首先我们要有规划,定将好数据实体、在必须的实体上定将好缓存更新标记,最新版本的ORM设计器提供了支持,我们就以DrugShop案例之中的药品字典实体以及在药品入库的录入检索为例进行说明。      药品字典我们考虑使用缓存,即把药品字典缓存在本地,以减少对服务器的请求和通信压力,以下是药品字典人的定义:      其中LMTime为最后更新时间,用于控制缓存的增量更新。      当然需要注意的是,并不是所有的输入字典信息都需要从缓存之中读取,对于实时可变的录入信息,如高品库存信息必须要进行实时读取,就没有必要使用缓存,因为对于这些实时数据,实体缓存的准确率非常之低。      设计好ORM实体模型并且生成代码、编译实体程序集之后,我们使用AgileEAS.NET平台的输入字典创建一个新的输入字典:        打上启用缓存复选框、选择设置缓存属性、码值属性、显示属性如下:      选择显示属性如下:        设置搜索条件如下:      复制下字典的编码,并且保存这个字典设置,接下来我们使用VS打开程序,在药品入库功能之中使用刚才定义好的字典,首页我们概引用平台的EAS.Data.Controls.dll程序集,并且在工具栏之中添加选择项=》选择EAS.Data.Controls.dll程序集,确保把TextBoxAutoComplete组件加载到工具箱之中:      然后我们像界面拖入TextBoxAutoComplete组件,完成后如下:      然后我们设计检索文本框txtSeach的属性如下:      这地方最重要的就是设计TextBox基于TextBoxAutoComplete1组件扩展出来的属性MetadateID,即扩展录入元数据ID,关联自我们定义好的输入字典。      是不是很简单,定义一个输入字典,程序代码之中只需要拖入一个组件,设计一个ID,即完成了需要大量编码才能完成的工具,名至实归的快速开发利器。 六、执行验证      我们编译并且启动DrugShop.Main.exe,使用0001密码sa登录,打开药品入库功能,来试一下是否能够执行自动完成:      OK,使用正常,没有任何问题。      DrugShop案例之中同步提供了本例子的字典定义和使用代码,请大家通过AgileEAS.NET SOA中间件官方网站的最新下载栏目进行下载。 七、联系我们      为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET SOA中间件平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

.NET | AgileEAS.NET | C# | ESB | ORM | SAAS | SOA | Socket | 中间件 | 云计算 | 分布式 | 消息中间件 | 框架

AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(四):开源的Silverlight运行容器的编译、配置

by 魏琼东 2013.10.17 10:58
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、关于Silverlight运行容器      在2011年秋天的的时候,曾经在Silverlight企业应用开发实践-AgileEAS.NET平台5.0 Silverlight支撑预览一文之中向大家介绍过AgileEAS.NET SOA中间件平台的Silverlight运行容器,其主要目的是当时有很多朋友希望我们能支撑Silverlight的应用开发,我们就基于我们AgileEAS.NET SOA中间件平台的“敏捷并行开发思想事件”、结合“插件开发&整合”思路、AgileEAS.NET SOA中间件平台的数据访问并结合AgleEAS.NET SOA中件的SOA分布式通信技术。      目前AgileEAS.NET SOA中间件Silverlight运行容器主要应用于医疗、物联网、ERP、CRM之类人企业内部应用之中。      AgileEAS.NET SOA 中间件平台Silverlight运行容器为开发人员带来如下好处:      1.)开发Silverlight应用同开发WinForm/WPF/WebForm/WebMVC应用一样可以使用AgileEAS.NET SOA提供的ORM和Linq技术。      2.)Silverlight应用同其他WinForm/WPF/WebForm/WebMVC应用使用同样的分布式服务端平台。      3.)Silverlight应用同其他WinForm/WPF/WebForm/WebMVC应用使用同样的服务端业务代码。      4.)为应用开发人员提供了类似在Silverlight客户段直接访问远程数据库的功能,提供了类似DataTable的数据结构Matrix。      5.)AgileEAS.NET SOA中间件平台已经实现了与WinForm/WPF运行环境同样的资源管理平台的系列功能(模块管理、权限、用户、角色)以及工作流系统绝大多数功能。      6.)AgileEAS.NET SOA中间件平台Silverlight运行容器源代码是以开源形式向大家提供的,大家可以在此基础上做一些在学大的调整。 三、学习Silverlight运行容器代码结构并进行编译      ActiveXForm运行容器的运行网站由在”Silverlight.src”目录之中以源代码形式向大家提供,我们用VS2010或者VS2012打开”Silverlight.src”目录之中的”AgileEAS.NET.Silverlight”解决方案:     ”AgileEAS.NET.Silverlight”解决方案之中共有九个项目:      EAS.BPM.SilverlightUI:为BPM工作流系统的界面元素文件,AgileEAS.NET SOA中间件的Silverlight运行环境的工作流支持管理功能功能都由这个项目提供。      EAS.Demo.Res:AgileEAS.NET SOA中间件的Silverlight运行环境的客户端演示资源插件,即用于替换AgileEAS.NET SOA中间件的Silverlight运行环境主界面,登录界面的界面定义代码的一个示例。      EAS.Explorer:AgileEAS.NET SOA中间件的Silverlight运行环境的一些接口定义,主要是资源替换接口的定义。      EAS.Explorer.Entities:AgileEAS.NET SOA中间件的Silverlight运行环境管理功能的数据实体定义,比如账号、角色、模块、报表等对象的定义。      EAS.Explorer.BLL.Contracts:AgileEAS.NET SOA中间件的Silverlight运行环境管理功能的服务契约定义,因为Silverlight是分布式运行的,即业务的实现在SOA服务之中运行,所以客户端只有业务契约,没有实现实体。      EAS.SilverlightClient:AgileEAS.NET SOA中间件的Silverlight运行环境主要程序,在这里面实现了一个可替换的插件应用环境。      EAS.SilverlightClient.AddIn:AgileEAS.NET SOA中间件的Silverlight运行环境管理功能的实现程序,主要实现了模块管理、角色账号、权限、组织机构等等。      EAS.SilverlightClient.AdminKit:辅助程序,本身没有多大意思,其功能是把EAS.SilverlightClient.AddIn和EAS.BPM.SilverlightUI打成一个EAS.SilverlightClient.AdminKit.xap包。      EAS.SilverlightClient.Web:AgileEAS.NET SOA中间件平台Silverlight运行容器的入口网站,即功能承载网站,包括一个首页及Silverlight XAP包的部署目录及客户端运行时所需要的配置文件和XAP包的自动升级配置。      了解了这九个项目的功能之后我们开始编译整个解决方案,保证所有项目编译通过:       了解了这八个项目的功能之后我们开始编译整个解决方案,保证所有项目编译通过: 四、配置并运行Silverlight运行容器     Silverlight应用是不直接连接数据库进行处理的,所以配置ActiveXForm运行容器/环境必须有一个先决条件,那就是Silverlight必须运行的AgileEAS.NET SOA 中间件的分布式环境下,即我们的SOA服务端必须运行,关于如何做这此工作,请参考前面的AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(二):配置WinClient分布式运行环境一文。      那么我们首先启动运行“AppServer\Bin”目录之中的“soaserver.start.bat”脚本,运行SOA服务:      接下来我们开始配置Silverlight运行容器的一些参数、以及Silverlight客户端XAP文件的升级配置,这些配置信息记录在项目”EAS.SilverlightClient.Web”的“ClientBin”目录之中,文件名称为“slconfig.xml”和“slUpdate.xml”。      其中“slconfig.xml”为Silverlight应用的系统配置文件,其内容如下: 1: <?xml version="1.0" encoding="utf-8"?> 2: <eas> 3: <configurations> 4: <item name="Key" value="Value" /> 5: <!--是否调试状态。--> 6: <item name="Debug" value="false" /> 7: <!--调试程序集。--> 8: <item name="Assembly" value="EAS.SilverlightClient.AddIn" /> 9: <!--外挂资源包。--> 10: <!--<item name="EAS.Explorer.Resource" value="EAS.Explorer.Res.xap,EAS.Explorer.Res.dll,EAS.Explorer.Res.Resources" />--> 11: </configurations> 12: <objects> 13: <!--分布式通信组件。--> 14: <object name="ServiceBridger" assembly="EAS.MicroKernel" type="EAS.Distributed.ServiceBridger" LifestyleType="Thread" > 15: <property name="ServiceUrl" type="string" value="http://localhost:6608/eas/services/EAS.RIAService" /> 16: </object> 17: <object name="DataAccessor" assembly="EAS.Data" type="EAS.Data.Access.DataAccessor" LifestyleType="Thread"> 18: <property name="ServiceBridger" type="object" value="ServiceBridger"/> 19: </object> 20: <object name="OrmAccessor" assembly="EAS.Data" type="EAS.Data.ORM.OrmAccessor" LifestyleType="Thread"> 21: <property name="ServiceBridger" type="object" value="ServiceBridger"/> 22: </object> 23: </objects> 24: </eas>      其中参数Debug表示系统是否为调试模式,即加载某一个Silverlight程序集并自动加载其中的插件进行调试运行,如果这个值为True,则系统会自动加载参数Assembly所指向的程序集,并加载其中的插件到系统导航之中,并跳过系统对登录账号的对所加载模块的权限检查,直接运行,如果这个参数为False,则Assembly参数无效,系统按照当前登录账号的权限加载导航,运行时也运行模块权限检测,一版情况下在开发过程之中我们都采用调试模式,这样可以省去安装配置插件的过程,而在生产过程,我们则使用非调试模式。      参数EAS.Explorer.Resource为外挂界面资源的配置,类似于WinClient的配置,我们不要修改他。     对像ServiceBridger的属性ServiceUrl配置了远程RIA服务的地址,即SOA服务实现之中的RIA服务的地址: 1: <object name="ServiceBridger" assembly="EAS.MicroKernel" type="EAS.Distributed.ServiceBridger" LifestyleType="Thread" > 2: <property name="ServiceUrl" type="string" value="http://localhost:6608/eas/services/EAS.RIAService" /> 3: </object>      一搬情况下,我们只需要修改IP地址或者域名即可,后面的不要做修改。      接下来我们打开升级配置“slUpdate.xml”: 1: <?xml version="1.0" encoding="utf-8"?> 2: <SmartConfig xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> 3: <URI>http://www.smarteas.net/</URI> 4: <Name>AgileEAS.NET升级配置文件</Name> 5: <Description>用于AgileEAS.NET平台SmartClient/ActiveX运行容器模块升级之用</Description> 6: <StartEx /> 7: <Time>2013-10-16T16:13:19.7125705+08:00</Time> 8: <Files> 9: <SmartFile> 10: <FileName>EAS.SilverlightClient.AdminKit.xap</FileName> 11: <Version>1.1.0.0</Version> 12: <Time>2013-10-16T09:54:19.7125705+08:00</Time> 13: </SmartFile> 14: <SmartFile> 15: <FileName>WF.Demo.SilverlightUI.xap</FileName> 16: <Version>1.1.0.0</Version> 17: <Time>2013-10-16T09:54:19.7125705+08:00</Time> 18: </SmartFile> 19: </Files> 20: </SmartConfig>     这个配置文件结构等同于前面的AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(二):配置WinClient分布式运行环境一文之中“EAS.SmartUpdateConfig.exe”工作所生成的文件,只不过,此处手工配置,而不是工具生成,我们需要把下载到客户端Silverlight环境之中的文件(主要是一些XAP包)以SmartFile配置信息形式记录在这个配置文件之中,需要多次注意的是,客户端会依据这个文件的最后时间进行更新。     OK,Silverlight环境的配置到这就可以了,接下来我们运行AgileEAS.NET SOA 中间件Silverlight运行容器看看。      按F5运行”EAS.SilverlightClient.Web”项目,打开浏览器:     输入用户名:Administrator,密码:sa然后点击登录,系统会有如下有“是否增加可用存储”的提示:     因为AgileEAS.NET SOA 中间件设置为支持Silverlight的本地存储文件,以缓存XAP包和某些业务数据,我们选择点击“是”,然后重新输入密码进行登录,将会打开系统主界面:     我们选择某个功能进行操作:     OK,Silverlight运行容器搞定。 五、联系我们      为了完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台了开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      技术团队成员都是合作多年的老朋友,因为这个平台是免费的,我们的营运开支主要靠为客户提供咨询服务所得,我们都是因为程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友和一直支持我们工作的客户、朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381 AgileEAS.NET QQ群: 113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 120661978(AgileEAS.NET 平台交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

.NET | C# | Silverlight | SOA | Socket | 分布式 | 框架 | 网站优化 | 下载 | 云计算 | 中间件

AgileEAS.NET SOA 中间件2013第四季度发布计划

by 魏琼东 2013.10.11 09:33
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、AgileEAS.NET SOA 中间件平台5.1反馈      在2013年早些时候,我们向大家发布了AgileEAS.NET SOA 5.1版本,并且提供了一个基于”分布式SOA-SAAS-架构的药品商店”的案例供大家参考,目前有很多的客户和朋友基于AgileEAS.NET SOA平台开发了医疗、铁路、电力、农林、房地产、物联网、物流、教育、钢铁、企业信息化领域的产品,通过大家的反馈来看还是暴露出了如下的问题和不足:      1).大家一致反馈AgileEAS.NET SOA中间件平台是一个非常不错的基础平台,但是入门难度很高,初次拿到平台不知道如何下手,比如不知道如何建立和配置数据库、SOA服务端和客户配置。      2).案例较少,一直以来只有一个DrugShop案例。      3).对Web开发支持不够。      从以上三点总的来看,一切的根源是AgileEAS.NET  SOA 中间件是一个自成体系的一个不小的综合体,很多配置、使用缺乏有效的文档和指引,很多朋友都希望我们能给大家提供一些视频教程。 三、2013年第四季度发布计划       AgileEAS.NET SOA中间件平台一直以来入门门槛过高的根本原因是在我们AgileEAS.NET SOA开发团队自身,在我们的想法之中一直是努力给大家提供更好、更多的功能,但是易用性和如何降低入门门槛一直没有引起我们的重视,或许这与我们的团队的运作有一定的关系,因为AgileEAS.NET SOA中间件平台产品是免费的,并且我们也承诺一下会免费下去,所以我们团队的运作经费都来源于为软件企业所做的咨询服务上面,我们这些付费的服务客户因为都由我们进行指导开发,所以入门门槛过搞的原因也一直没有被引起重视。       AgileEAS.NET SOA 5.2版本,也就就即将准备发布的版本我们将来会作太多功能性的调整,但是会想办法在入门门槛上想办法降低,将会为大家提供更多的案例、进多的文档学习资料,也会考虑会平台之中的某些内容进行开源。 以下是AgileEAS.NET SOA 中间件平台5.2的发布计划:      1).AgileEAS.NET 5.2会把ActiveXForm运行容器一并发布,以某些客户满足使用Winform/WPF开发CS、BS兼容应用的能力。      2).在提供药品商店DrugShop应用案例的同时,还会向大家提供一个基于WinForm应用的小型EPR/进销存的案例/开源提供。      3).会向大家提供Web应用案例/开源提供。      4).会向大家介绍AgileEAS.NET SOA中间件的Socket通信框架。      5).会向大家提供一个基于AgileEAS.NET SOA中间件Socket通信框架的案例”聊天室案例”/开源提供。 除此之外,我们还会把AgileEAS.NET SOA中间件平台之中的以下几部分内容以开源形式向大家提供:     1).AgileEAS.NET SOA 中间件的Silverlight应用容器的源代码及插件功能、权限和等一系列的管理功能以源代码向大家提供,供大家开发参考。     2).AgileEAS.NET SOA 中间件集成的RDL报表系统、已经过我们汉化和Bug修改、广泛应用于医疗、铁路、电力等领域,将会以源代码形式向大家共享,以供更多有需要的朋友使用。 四、联系我们      为了完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台了开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 120661978(AgileEAS.NET 平台交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

SOA | AgileEAS.NET | 分布式 | 企业应用架构 | 云计算 | NoSql | 中间件 | 框架

AgileEAS.NET SOA 中间件平台开发实例-SOA架构的药品商店系统-快速的SAAS开发体验

by 魏琼东 2013.10.11 08:58
一、AgileEAS.NET应用开发简介 在4月份,callhot写过一系列的有关于AgileEAS.NET平台的开发应用的系列AgileEAS.NET平台开发Step By Step系列-药店系统-索引,他通过一个接近于实际应用的案例,从头到尾的向大家展示了AgileEAS.NET平台在企业信息系统开发中的应用及其应用开发的过程。 AgileEAS.NET平台是一套应用系统快速开发平台,用于帮助中小软件开发商快速构建自己的企业信息管理类开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的,AgileEAS.NET应用开发平台包含基础类库、资源管理平台、运行容器、开发辅助工具等四大部分,资源管理平台为敏捷并行开发提供了设计、实现、测试等开发过程的并行。 AgileEAS.NET平台基于软件过程改进以及构件化快速开发两方面达到这方面的目标,在软件过程改进实践方面,提出了独有的“敏捷并行开发方法”开发方法,其目的是在软件的管理之中提出符合国内中小软件企业实际情况并且可操作的软件工程实践、软件过程改进思想、及相配套的项目管理系统。 在快速开发方面,AgileEAS.NET平台平台提供了企业应用开发所需的诸如ORM、IOC、分布式通信、插件与平台基础结构以及一系统的快速生成工具,涵盖开发过程中的设计、编码、集成、部署、运维等各个环节。 在callhot的AgileEAS.NET平台开发Step By Step系列-药店系统的系统之中,他详细的向大家展示了AgileEAS.NET平台在企业信息系统中提供的强大支持,在短短的一个月时间之向,向大家贡献了一个完整的案例及配套的几十篇渐进式教程,我相信大家通过他的教程,都能应用AgileEAS.NET平台中小型企业应用。 二、药店系统的SAAS部署 Callhot接手了新的工作,我在他留下的代码的基础之上,采用了最新的AgileEAS.NET平台进行了一个重构和裁剪,并且通过互联网以SAAS结构向大家发布了这个应用,其总体结构如下。 数据库和分布式应用层我部署在我的互联网服务器上,客户端我将提供一个msi包给大家下载,客户端和应用服务器可以通过webservice、WCF(http/TCP)进行数据通信,最终运行界面如下: 三、客户端下载及使用说明 客户软编译版本我打开了rar压缩包,请大家通过这里下载,下载解压缩后运行EAS.WinClient.exe文件。 大家可以使用0001(采购员),0002(销售员),0003(店长)三个账号登录药店系统,所有密码均为空,三个账户操作权限不同,请大家不要修改密码。 在下载包中的EAS.Winclient.exe.config文件之中记录应用程序服务器的通信设置。 <services> <service name="RMIService" service-type="WebService" singleton="true" url="http://www.agilelab.cn/xservice/rmiservice.asmx" /> <!--<service name="RMIService" service-type="WcfService" singleton="true" url="net.tcp://202.100.84.179:6688/EAS.RMIService" />--> </services> 系统默认使用WebService通信,连接至http://www.agilelab.cn/xservice/rmiservice.asmx,我在http://www.agileleab.cn/网站以iis宿住部署了webservice方式部署了通信服务,业务层寄宿在iis之中运行。 使用者也可以替换为wcf/tcp通信,连接至net.tcp://202.100.84.179:6688/EAS.RMIService,我在202.100.84.179部署了一套独立的基于wcf/tcp通信的应用服务程序。 友情提示一下,webservice通信较慢,特别是在登录界面之上,点了登录可能要等一会,因为使用的是SericeLocator动态调用技术,涉及编译webservice的代理类,请大家理解。 四、关于自动升级 在AgileEAS.NET平台本次重构过程之中,废弃了原有的基于插件的静默升级形式,替换了比较通过的独立升级程序,升级参数通过客户端目录中的update.ini文件升级。# AgileEAS.Net 平台升级控制文件 [config] allow = 1url = http://www.agilelab.cn/xservice/smartupdateservice.asmx#url = net.tcp://202.100.84.179:6688/EAS.SmartUpdateService  升级技术同样也可以采用ws技术也可采用wcf技术,目前,为了避免多点升级维护的麻烦,只提供于ws的升级,升级服务地址http://www.agilelab.cn/xservice/smartupdateservice.asmx。 五、案例源代码 本案例源代码结构重构之后更加合理,代码结构如下: DrugShop.DAL为系统的数据访问层(充血模型),DrugShop.BLL为系统的业务层/服务层,DrugShop.WinUI为系统以WinForm为表现模式的UI层,DrugShop.Res为系统的可替换资源,包括自定义的登录、关于窗口、banner条和起始页模块,DrugShop.AssStart为开发过程中的平台插件容器调试环境的启动程序。 药店系统-案例的源代码、文档、数据库备份、最后发布都打进一个独立的Rar包中,其结构如下: 请大家从这里下载。 六、平台其他下载      有关于平台最新版本的最新发布版本的程序集、类库手册、相关资料,请大家从AgileEAS.NET平台的官网http://www.smarteas.net/进行下载,官网设有独立的下载页面,从这里下载:官网下载。 CallHot 写过一个系列的基于AgileEAS.NET平台的开发案例,请大家通过AgileEAS.NET平台开发Step By Step系列-药店系统-索引及AgileEAS.NET敏捷开发平台及案例下载(持续更新)-索引、AgileEAS.NET平台开发实例-药店系统-视频教程系列-索引一系列文章进行下载。 七、如何联系      我们为完善、改进和推广AgileEAS.NET而成立了敏捷软件工程实验室,是一家研究、推广和发展新技术,并致力于提供具有自主知识产权的业务基础平台软件,以及基于业务基础平台开发的管理软件的专业软件提供商。主要业务是为客户提供软件企业研发管理解决方案、企业管理软件开发,以及相关的技术支持,管理及技术咨询与培训业务。      AgileEAS.NET平台自2004年秋呱呱落地一来,我就一直在逐步完善和改进,也被应用于保险、医疗、电子商务、房地产、铁路、教育等多个应用,但一直都是以我个人在推广,2010年因为我辞职休息,我就想到把AgileEAS.NET推向市场,让更多的人使用。      我的技术团队成员都是合作多年的老朋友,因为这个平台是免费的,所以也没有什么收入,都是由程序员的那种理想与信念坚持,在此我感谢一起奋斗的朋友。 团队网站:http://www.agilelab.cn, AgileEAS.NET网站:http://www.smarteas.net 官方博客:http://eastjade.cnblogs.com QQ:47920381,AgileEAS.NET QQ群:113723486(AgileEAS SOA 平台)/上限1000人 199463175(AgileEAS SOA 交流)/上限1000人 120661978(AgileEAS.NET 平台交流)/上限1000人 212867943(AgileEAS.NET研究)/上限500人 147168308(AgileEAS.NET应用)/上限500人 172060626(深度AgileEAS.NET平台)/上限500人 116773358(AgileEAS.NET 平台)/上限500人 125643764(AgileEAS.NET探讨)/上限500人 193486983(AgileEAS.NET 平台)/上限500人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。 链接 AgileEAS.NET平台开发指南-文章索引 AgileEAS.NET应用开发平台介绍-文章索引 AgileEAS.NET平台应用开发教程-案例计划 AgileEAS.NET平台开发Step By Step系列-药店系统-索引

Tags:

SOA | 分布式 | 云计算 | AgileEAS.NET | SAAS

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

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

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

[更多...]

给大家分享一个培训的PPT:面向构件的组织级开发模式探讨

by 魏琼东 2011.11.5 14:17
构件化软件开发模式快速响应客户需要的一个非常重要的方式,通过构件对功能的隔离,从而把需要的变更对系统整合的影响降低到最底限度,通过构件的不同版本管理不同客户对同一需要的不同个性化差异,进行降低系统的快速市场适应能力,通过实施企业级构件的开发实践达到提高软件企业有效生产效率的目的,进市提高企业的综合实力。

[更多...]

Tags: , , , , , , , , , , , , ,

SOA | 分布式 | 企业应用架构 | 云计算

最新评论

声明

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

© Copyright 2011