分布式消息总线,基于.NET Socket Tcp的发布-订阅框架之离线支持,附代码下载

by 魏琼东 2014.8.21 11:24
一、分布式消息总线以及基于Socket的实现      在前面的分享一个分布式消息总线,基于.NET Socket Tcp的发布-订阅框架,附代码下载一文之中给大家分享和介绍了一个极其简单也非常容易上的基于.NET Socket Tcp 技术实现的分布消息总线,也是一个简单的发布订阅框架:     并且以案例的形式为大家演示了如何使用这个分布式消息总线架构发布订阅架构模式的应用程序,在得到各位同仁的反馈的同时,大家也非常想了解订阅者离线的情况,即支持离线构发布订阅框架。 二、离线架构      不同于订阅者、发布者都同时在线的情况,支持订阅者离线,架构将有所变化,如下图所示:      也会比原先的结构将更加复杂,其中需要处理以下两个关键点:      1)订阅者的持久化存储。      2)订阅者离线之后其所订阅消息的持久存储。 三、解决方案      为解决消息总线的离线支持机制,我们在Socket 框架之中增加了一个接口ISubscribeStorager: 1: using System; 2: using System.Collections.Generic; 3: using System.Linq; 4: using System.Text; 5:  6: namespace EAS.Messages 7: { 8: /// <summary> 9: /// 消息订阅存储接口。 10: /// </summary> 11: public interface ISubscribeStorager 12: { 13: /// <summary> 14: /// 持久化订阅。 15: /// </summary> 16: /// <param name="subscriber">订阅者。</param> 17: /// <param name="topic">消息主题。</param> 18: void Subscribe(string subscriber, string topic); 19:  20: /// <summary> 21: /// 持久化退订。 22: /// </summary> 23: /// <param name="subscriber">订阅者。</param> 24: /// <param name="topic">消息主题。</param> 25: void Unsubscribe(string subscriber, string topic); 26:  27: /// <summary> 28: /// 装载订阅信息。 29: /// </summary> 30: /// <returns>系统之中的订阅清单。</returns> 31: List<SubscribeItem> LoadSubscribes(); 32:  33: /// <summary> 34: /// 写入消息。 35: /// </summary> 36: /// <param name="subscriber">订阅者。</param> 37: /// <param name="message">消息对象。</param> 38: void Write(string subscriber, QueueMessage message); 39:  40: /// <summary> 41: /// 读消息。 42: /// </summary> 43: /// <param name="subscriber">订阅者。</param> 44: /// <param name="message">消息对象。</param> 45: /// <returns>成功读取返回true,否则返回false。</returns> 46: bool Read(string subscriber, out QueueMessage message); 47: } 48: }      ISubscribeStorager共提供持久化订阅持久化消息存储共五个函数,其中:      LoadSubscribes:服务端初始化时读取所有的离线订阅关系,即那个订阅都订阅那那个主题。      Subscribe:持久化订阅者,当订阅才上线订阅消息时,持久化订阅关系,供离线检测之用。      Unsubscribe:持久化取消订阅,当订阅者退订消息时,从持久化订阅关系之中删除。      Write:当订阅者离线时,把订阅消息写入持久化存储。      Read:当离线订阅者上线时,从持久存储之中读取一条消息向其发送。      ISubscribeStorager:可以选择自己实现这个接口,以建立满足自己规则的离线存储机制,当然在AgileEAS.NET SOA 中间件之中提供了两种离线存储机制,存储于数据库和存储于MSMQ,下面向大家介绍一下这两种内置实现。 四、两种内置离线存储机制      在AgileEAS.NET SOA 中间件平台之中提供了两个ISubscribeStorager的实现,基于数据库的离线订阅存储实现EAS.Messages.DbSubscribeStorager和基于MSMQ的离线订阅存储实现EAS.Messages.MsmqSubscribeStorager。      EAS.Messages.DbSubscribeStorager:存储订阅关系在messageSubscribe.Config文件之中,消息存储在关系数据库SOA_SUBSCRIBEEVENTS表之中,使用前必须要建立相应的表结构,以下是SQL Server的DDL脚本: 1: CREATE TABLE [SOA_SUBSCRIBEEVENT]( 2: [GUID] [varchar](36) NOT NULL, 3: [SUBSCRIBER] [nvarchar](128) NOT NULL, 4: [TOPIC] [nvarchar](128) NOT NULL, 5: [BODY] [image] NULL, 6: [FCTIME] [datetime] NOT NULL, 7: CONSTRAINT [PK_SOA_SUBSCRIBEEVENT] PRIMARY KEY CLUSTERED 8: ( 9: [GUID] ASC 10: ) 11: )       目前理论上支持SQLServer 、Mysql、ORACLE、Sqlite四种数据库结构,具体建表脚本请自行参考相应资料书写,也可以使用AgileEAS.NET SOA中间件所提供的数据库初始化工具创建。       EAS.Messages.MsmqSubscribeStorager:存储订阅关系在messageSubscribe.Config文件之中,消息存储Msmq消息队列之中,使用之前请确保机器上安装了MSMQ消息对列。 五、关于自定义实现ISubscribeStorager      有兴趣的朋友可以自定义实现接口ISubscribeStorager,这样就可以按自己的规则进行存储,比如把离线消息存储到mongodb、Redis、或者直接存储在文件之中,或者其他更多的实现规则,在此就不一一介绍,如有相关兴趣,请联系作者,如确有必要需要给在家介绍一下如何实现,将会另开一文本介绍如何自定义实现ISubscribeStorager接口。 六、改进在线例子支持离线      还是跟上次一样,以案例为在家展示一下怎么进行离线消息,就不重新开始例子,对原有例子做一些改进,改进后例子如下:      其中在原有项目的基础上增加了:Demo.Subscriber1和Demo.Subscriber2项目,其项目配置代码、配置文件基本上同Demo.Subscriber一样,其中唯一的差别在于,Demo.Subscriber1和Demo.Subscriber2向服务器提交订阅的时候都增加一个另friendName参数,其使用IMessageBus接口的以下订阅函数: 1: /// <summary> 2: /// 订阅消息。 3: /// </summary> 4: /// <param name="subscriber">订阅者。</param> 5: /// <param name="friendName">订阅者名称,用于处理离线订阅。</param> 6: /// <param name="topic">主题。</param> 7: /// <param name="notifyHandler">订阅通知。</param> 8: void Subscribe(object subscriber,string friendName ,string topic, MessageNotifyHandler notifyHandler);                 Demo.Publisher项目为发布者代码。                 Demo.Subscriber项目为订阅者代码。                 Demo.Server项目为服务端代码。      Demo.Subscriber1项目之中,其Program.cs代码如下: 1: using System; 2: using System.Collections.Generic; 3: using System.Linq; 4: using System.Windows.Forms; 5: using EAS.Messages; 6:  7: namespace Demo.Subscriber1 8: { 9: class Program 10: { 11: static void Main(string[] args) 12: { 13: var container = EAS.Objects.ContainerBuilder.BuilderDefault(); 14: var bus = container.GetComponentInstance("MessageBus") as IMessageBus; 15: System.Console.WriteLine("Subscriber1"); 16:  17: bus.Subscribe(new Program(), "Subscriber1", Demo.Messages.Topics.DEMO_TOPIC, MessageNotify); 18: System.Console.ReadLine(); 19: } 20:  21: static void MessageNotify(object m) 22: { 23: Demo.Messages.Message message = m as Demo.Messages.Message; 24: System.Console.WriteLine(string.Format("Subscribe:{0}", message.ID)); 25: } 26: } 27: }      其中bus.Subscribe(new Program(), "Subscriber1", Demo.Messages.Topics.DEMO_TOPIC, MessageNotify);在订阅消息的时候给了一个friendName为Subscriber1,Demo.Subscriber2与Demo.Subscriber1项目的唯一的差别就是此处为Subscriber2.      我们使用内置的EAS.Messages.DbSubscribeStorager,则不需要修改服务端的代码,只需要修改服务端的配置文件如下: 1: <?xml version="1.0" encoding="utf-8"?> 2: <configuration> 3: <configSections> 4: <section name="eas" type="EAS.ConfigHandler,EAS.MicroKernel" /> 5: </configSections> 6: <startup useLegacyV2RuntimeActivationPolicy="true"> 7: <supportedRuntime version="v4.0"/> 8: </startup> 9: <eas> 10: <objects> 11: <!--数据库连接--> 12: <object name="DbProvider" assembly="EAS.Data" type="EAS.Data.Access.SqlClientDbProvider" LifestyleType="Thread"> 13: <property name="ConnectionString" type="string" value="Data Source=.;Initial Catalog=eas_db;Integrated Security=SSPI;Connect Timeout=30" /> 14: </object> 15: <!--数据访问器--> 16: <object name="DataAccessor" assembly="EAS.Data" type="EAS.Data.Access.DataAccessor" LifestyleType="Thread"> 17: <property name="DbProvider" type="object" value="DbProvider"/> 18: <property name="Language" type="object" value="TSqlLanguage"/> 19: </object> 20: <!--ORM访问器--> 21: <object name="OrmAccessor" assembly="EAS.Data" type="EAS.Data.ORM.OrmAccessor" LifestyleType="Thread"> 22: <property name="DataAccessor" type="object" value="DataAccessor"/> 23: </object> 24: <!--查询语言--> 25: <object name="TSqlLanguage" assembly="EAS.Data" type="EAS.Data.Linq.TSqlLanguage" LifestyleType="Thread"/> 26: <!--消息持久化--> 27: <object name="SubscribeStorager" assembly="EAS.SOA.BootStrap" type="EAS.Messages.DbSubscribeStorager" LifestyleType="Singleton"/> 28: <!--日志管理--> 29: <object name="Logger" assembly="EAS.MicroKernel" type="EAS.Loggers.TextLogger" LifestyleType="Singleton"> 30: <property name="RootPath" type="string" value="G:\App.Work\Pub_Sub\Offline\Publish\logs" /> 31: </object> 32: </objects> 33: </eas> 34: </configuration>      在配置文件的IOC配置之中我们配置了消息存储对象以及其所依赖的数据库访问对象、Linq查询语言表达式,另外需要说明的是,我们需要把配置文件之中所涉及的EAS.Data.dll、EAS.SOA.BootStrap.dll复制到编译输出Publish,这两个文件可以从AgileEAS.NET SOA 中间件平台发布包之中寻找,本案例的下载压碎包之中会包括这两个文件。      有关于基于Msmq的配置,只需要修改配置文件如下: 1: <?xml version="1.0" encoding="utf-8"?> 2: <configuration> 3: <configSections> 4: <section name="eas" type="EAS.ConfigHandler,EAS.MicroKernel" /> 5: </configSections> 6: <startup useLegacyV2RuntimeActivationPolicy="true"> 7: <supportedRuntime version="v4.0"/> 8: </startup> 9: <eas> 10: <objects> 11: <!--消息持久化--> 12: <object name="SubscribeStorager" assembly="EAS.SOA.BootStrap" type="EAS.Messages.MsmqSubscribeStorager" LifestyleType="Singleton"/> 13: <!--日志管理--> 14: <object name="Logger" assembly="EAS.MicroKernel" type="EAS.Loggers.TextLogger" LifestyleType="Singleton"> 15: <property name="RootPath" type="string" value="G:\App.Work\Pub_Sub\Offline\Publish\logs" /> 16: </object> 17: </objects> 18: </eas> 19: </configuration>      到此为止,所有代码均已完成,是不是很简单,接下来,我们跑起来验证一下效果。 七、验证效果      我们在编译输入目录Publish下先启动Demo.Server.exe,再各启动Demo.Subscriber.exe、Demo.Subscriber1.exe、Demo.Subscriber2.exe,再启动一个Demo.Publisher.exe,在Demo.Publisher.exe控制台按回车键: 目前程序三个订阅者都是在线的,Demo.Publisher发布了三条消息,三个订阅者都收到了三条消息,那么我们关闭Demo.Subscriber2之后再由Demo.Publisher发布两条消息: 然后我们再启动Demo.Subscriber2,看是否还能收到其离线之后由Demo.Publisher发布的两条消息: OK,到此为止。 八、源代码下载      本程序的源代码已上传到服务器,请通过http://112.74.66.105/downloads/eas/Demo.Pub_Sub_Offline.rar进行下载,如果在开发过程之中想要了解更多有关Socket通信框架以及更多AgileEAS.NET SOA中间件平台的技术资源,请通过AgileEAS.NET SOA 网站:http://www.smarteas.net的最新下载栏目进行下载。   九、问题反馈      麻烦大家在通过视频进行学习的时候能及时把问题反馈给楼主,或者有什么需要改进的一些建议都请向楼主直接反馈,以下是联系方式: AgileEAS.NET SOA 网站: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人 邮件:james@agilelab.cn,mail.james@qq.com, 电话:18629261335。

Tags:

C# | ESB | Socket | 通信框架 | 消息中间件 | 中间件

分享一个分布式消息总线,基于.NET Socket Tcp的发布-订阅框架,附代码下载

by 魏琼东 2014.8.14 15:26
在很多MIS项目之中都有这样的需求,需要一个及时、高效的的通知机制,即比如当使用者A完成了任务X,就需要立即告知使用者B任务X已经完成,在通常的情况下,开发人中都是在使用者B所使用的程序之中写数据库轮循代码,这样就会产品一个很严重的两个问题,第一个问题是延迟,轮循机制要定时执行,必须会引起延迟,第二个问题是数据库压力过大,当进行高频度的轮循会生产大量的数据库查询,并且如果有大量的使用者进行轮循,那数据库的压力就更大了。 [更多...]

Tags:

.NET | C# | ESB | SOA | Socket | 消息中间件

零基础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 魏琼东 2014.1.15 11:25
本入门例子由网友狗头军师提供,感谢他的努力,以下是转自CSDN的原地址:http://blog.csdn.net/xueshaoyu/article/details/18304647?reload 首先说明此平台来自魏琼东大神,可被商业使用,但是不开源的哈。 AgileEAS.NET SOA中间件平台 下载 闲话少说,直接步入正题。 一、数据库的配置打开\agileeas.net.5.0\bin\dotnet\目录下的EAS.DbInitializer.exe文件进行数据连接配置如图。 点击下一步 点击完成,弹出的框选择是(如果原来数据库中有重要数据,记得先备份一下,以免失策…)。,数据库配置完成。 二、插件开发:打开\agileeas.net.5.0\bin\dotnet\目录下的EAS.OrmDesigner文件: ,配置解决方案如图: 打开刚才生成的工程文件。 可能需要引用两个文件(EAS.DATA, EAS.MicroKernel,在bin目录下找到并引用它), 基本的增删改查已经被封装好,下面我们编写界面                    这三个控件应该都了解撒,里面的逻辑代码,随后的附件中有。 Main.cs里面有最关键的两个特性: 完成之后,点击生成,ok,插件搞定。 三、插件安装: 运行\agileeas.net.5.0\bin\dotnet目录下的EAS.WinClient.Start.exe 账号Administrator,密码sa,注意大小写 登陆进去后,系统管理-〉模块管理-〉安装,选择刚才项目生成的程序集 点击安装,安装完成。在列表中查看 找到刚才安装的模块,右键-〉打开 。 整个插件开发搞定(后附源码),第一次写教程,如有不足,敬请谅解,如有不明之处,欢迎留言。 Demo源码下载

Tags:

.NET | AgileEAS.NET | BI | C# | ESB | NLB | SOA | WCF | 三层架构 | 平台 | 消息中间件 | 框架

拉风的应用程序服务器监控工具,随便掌握服务器动态,AgileEAS.NET SOA 中间件应用程序服务器监控工具集介绍

by 魏琼东 2013.12.19 21:55
一、前言      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平台服务监控工具      为了方便系统维护人员,我们为AgileEAS.NET SOA中间件平台应用程序服务AppServer和负载均衡服务NlbServer提供了强大的可视化远程监控工具,让系统维护人员可以方便的通过远程监控工作进行监控。      应用程序服务监控工具为EAS.SOA.Monitor.exe应用程序:      其主要提供以下监控参数:      服务器资源监控:服务器CPU、内存、磁盘读取、网络通信等重要的服务器资料的实时监控及历史监控曲线图,如上图。      Socket服务监控:监控AppServer的Socket通信服务参数的各种状态,包括并发连接数、数据发送和接收速度:      WCF服务监控:监控AppServer的WCF通信服务参数的各种状态,包括实时服务调用、最大并发、服务实例、累计服务调用次数等:      应用服务监控,监控AgileEAS.NET SOA服务的并发调用和累计调用:     负载均衡服务监控工具为EAS.NLB.Monitor.exe应用程序:      其提供的监控功能和监控参数同应用程序服务监控工作提供的类型,都提供了服务器资源监控、WCF服务监控、Socket通信监控,不一样的是负载均衡服务提供了对负载简单应用程序服务器的状态监控: 四、如何操作服务监控      不管是应用程序服务监控还是负载均衡服务监控,启动监控程序之前都需要使用监控客户端连接到用程序服务或者负载均衡服务。          初始的监控程序需要通过服务连接登录界面新建一个服务监控连接,弹出新建连接对话框:     监控连接参数主要由服务器的IP地址及所开放的端口决定,WCF或者Socket,应用程序服务监控工作提供WCF和Socket的连接,而负载均衡服务监控仅提供WCF形式的连接。     当创建好监控连接之后,下一次使用的时候就不需要再次配置监控连接信息了,只需要在服务连接下拉列表框中选择合适的的连接信息即可:     我们计划为监控程序提供一个动态的连接密钥或者证书验证机制,以便阻止非授权的监控连接请求,但是目前还没有启动连接密钥或者安全证书,在稍后的不久我们将会为大家提供这方面的功能。 五、联系我们      为完善、改进和推广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。

高并发应用场景下的负载均衡与故障转移实践,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 | 应用程序服务 | 三层架构 | 负载均衡

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 | 中间件 | 云计算 | 分布式 | 消息中间件 | 框架

如何使用DotNetBar制作漂亮的WinFrom界面,同步学习如何自定义AgileEAS.NET SOA中间件平台WinClient主界面

by 魏琼东 2013.12.17 18:11
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、关于WinClient的外挂资源体系介绍      最初版本的AgileEAS.NET SOA中间件平台的运行容器/外壳是没有界面替换体系,最初只是提供了替换关键部分的图片、文字的功能,随着AgileEAS.NET SOA中间件被众多的客户应用到各行各业之后,我们从客户的应用反馈之中进行了大量的重构,其中运行容器也越来越开放,从最初令开放替换部分图片到慢慢开放可以自由修改其他的导航栏、Banner、状态栏、菜单、登录界面、关于界面,发生了很大的变化,同步我们也提供了Desktop、MDI、Dockable等多种界面风格,可以说客户有更我的选择了。      随着更多软件企业或组织加入应用AgileEAS.NET SOA中间件行业,有许多的客户已经不能满足于在这几种风格之中进行选择,希望能给自己最大的自定义空间和范围,提供了更换主界面的需求,我们积极的响应这种需求,并且提出了相关的解决方案,并且在2012年AgileEAS.NET SOA 5.0版本的时间向大家提供。      主界面替换被某一些我们服务于的客户所使用,但是对于广大的关心AgileEAS.NET SOA中间件的朋友来说,并不能得到我们细致并且一对一的服务,因为我们还没有变此部分内容给大家做过介绍和在公开的案例之中提供,所以对于社区之中的很多朋友来说,还能灵活的应用本部分内容。      下图是一个典型的AgileEAS.NET SOA中间件平台WinClient容器的主界面:      其中包含以下组成部分:      主菜单:界面最上部的主菜单,系统、视图和帮助。      导航菜单:通过菜单之中的菜单项可以打开指点的功能模块。      导航栏:同系统导航菜单、以树形或者其他形式展示。      状态栏:显示系统的一些状态信息,如操作消息、当前登录信息等。      内容区:除以上项目外的界面空白区域为业务工作区,即模块插件的工作区域,新打开的模块在经区域显示和工作。      启始页:特指工作区之中第一个打开的模块,当系统登录完成之后会自动打开一个模块,此模块称为起始页模块。 三、IResource接口      AgileEAS.NET SOA 中间件平台为了应用对运行容器的各个部分进行自定义和扩展,提供了一个资源接口IResource: 1: using System; 2:  3: namespace EAS.Explorer 4: { 5: /// <summary> 6: /// 运行容器的外壳资源。 7: /// </summary> 8: public interface IResource 9: { 10: /// <summary> 11: /// 获取应用系统的图标,用于替换主界面的图标。 12: /// </summary> 13: System.Drawing.Icon GetMainIcon(); 14:  15: /// <summary> 16: /// 获取默认的模块图标,用于简约、经典风格的Tab页图标显示,也用于Desktop模式的桌面图标显示。 17: /// </summary> 18: System.Drawing.Image GetModuleIcon(); 19:  20: /// <summary> 21: /// 获取桌面背景图像,用于Desktop模式的桌面模块。 22: /// </summary> 23: System.Drawing.Image GetDesktopImage(); 24:  25: /// <summary> 26: /// 获取应用系统的导航控件,用于替换平台的导航控件。 27: /// </summary> 28: /// <returns>WinForm/WPF用户控件。</returns> 29: object GetNavigationControl(); 30:  31: /// <summary> 32: /// 获取应用系统的Banner控件,用于替换平台的Banner条。 33: /// </summary> 34: /// <returns>WinForm/WPF用户控件。</returns> 35: object GetBannerControl(); 36:  37: /// <summary> 38: /// 获取应用系统的Bottom控件,用于替换平台的状态栏。 39: /// </summary> 40: /// <returns>WinForm/WPF用户控件。</returns> 41: object GetBottomControl(); 42:  43: /// <summary> 44: /// 获取WinForm/WPF容器的关于对话框,用于替换平台的关于对话框。 45: /// </summary> 46: /// <returns>WinForm/WPF窗体。</returns> 47: object GetAboutForm(); 48:  49: /// <summary> 50: /// 获取WinForm/WPF容器的主界面,用于替换平台的主界面。 51: /// </summary> 52: /// <returns>WinForm/WPF窗体。</returns> 53: object GetMainShell(); 54:  55: /// <summary> 56: /// 获取WinForm/WPF/Silverlight容器的登录对话框,用于替换平台的登录对话框。 57: /// </summary> 58: /// <returns>WinForm/WPF/Silverlight窗体。</returns> 59: ILoginForm GetLoginForm(); 60:  61: /// <summary> 62: /// 获取WinForm/WPF容器的起始页/初始模块,用于替换平台的起始页。 63: /// </summary> 64: /// <returns>WinForm/WPF用户控件。</returns> 65: object GetStartModule(); 66:  67: /// <summary> 68: /// 获取系统的名称,显示在运行环境的导航栏。 69: /// </summary> 70: /// <returns>应用系统名称。</returns> 71: string GetApplicationName(); 72:  73: /// <summary> 74: /// 获取系统的标题,显示在运行环境的主窗口之上。 75: /// </summary> 76: /// <returns>应用系统名称。</returns> 77: string GetApplicationTitle(); 78:  79: /// <summary> 80: /// 是否显示主菜单。 81: /// </summary> 82: bool DisplayMainMenu 83: { 84: get; 85: } 86:  87: /// <summary> 88: /// 是否显示导航工具条。 89: /// </summary> 90: bool DisplayNavigationTool 91: { 92: get; 93: } 94: } 95: }      实现AgileEAS.NET SOA 平台的资源替换即是实现IResource接口的过程,在我们DrugShop、SmartERP案例之中都有对应的实现项目DrugShop.Res和SmartERP.Res。      当然,光实现IResource还不购,还需要修改系统的配置文件,以便让资源生效: 1: <;!--资源--> 2: <object name="EAS.Explorer.Resource" assembly="DrugShop.Res" type="DrugShop.Res.Resources" LifestyleType="Singleton"/>      需要注意的是在EAS.Explorer.dll程序集之中还定义了以下两个接口,INavigation接口: 1: using System; 2: using System.Collections.Generic; 3: using System.Linq; 4: using System.Text; 5: using System.Text.RegularExpressions; 6: 7: namespace EAS.Explorer 8: { 9: /// <;summary> 10: /// 导航控件接口。 11: /// <;/summary> 12: public interface INavigation 13: { 14: /// <;summary> 15: /// 初始化导航。 16: /// <;/summary> 17: /// <;param name="m_GroupList">导航清单。</param> 18: /// <;param name="m_ModuleList">模块清单。</param> 19: void Initialize(IList<;INavigateGroup> m_GroupList, IList<INavigateModule> m_ModuleList); 20: } 21: }      ILoginForm接口: 1: using System; 2: using System.Collections.Generic; 3: using System.Linq; 4: using System.Text; 5:  6: namespace EAS.Explorer 7: { 8: /// <;summary> 9: /// 定义登记对话框接口,用于实现自定义登录。 10: /// <;/summary> 11: public interface ILoginForm 12: { 13: /// <;summary> 14: /// 是否已经通过登录验证。 15: /// <;/summary> 16: bool Passed { get; } 17: } 18: }      自定义的导航控件必须实现INavigation接口,以便于平台实现导航的初始化,方法Initialize由平台调用,传入当前系统登录人员所具有权限的模块清单及相关的导航清单。      自定我的登录界面必须实现ILoginForm,以便于系统判定登录界面是否完成了登录验证。 四、IMainShell接口和自定义主界面      第三节在介绍IResource接口的时候我们会发现其他有一个GetMainShell()方法,其用于获取资源实现之中的主界面定义,系统主界面必须是一个Form并且要实现IMainShell接口: 1: using System; 2: using System.Collections.Generic; 3: using System.Linq; 4: using System.Text; 5:  6: namespace EAS.Explorer 7: { 8: /// <;summary> 9: /// 定义主界面接口,用于实现自定义主界面。 10: /// <;/summary> 11: public interface IMainShell 12: { 13: /// <;summary> 14: /// 初始化主界面,根据平台传入的模块清单和相关的导航分组初始化主界面。 15: /// <;/summary> 16: /// <;param name="m_GroupList">导航清单。</param> 17: /// <;param name="m_ModuleList">模块清单。</param> 18: void InitializeShell(IList<;INavigateGroup> m_GroupList, IList<INavigateModule> m_ModuleList); 19:  20: /// <;summary> 21: /// 加载/打开指定模块,响应系统的模块打开操作。 22: /// <;/summary> 23: /// <;param name="module">模块实例。</param> 24: void OpenModule(object module); 25: 26: /// <summary> 27: /// 关闭当前模块(活动的模块)。 28: /// <;/summary> 29: void CloseModule(); 30: 31: /// <summary> 32: /// 关闭指定模块。 33: /// <;/summary> 34: /// <;param name="module">模块实例。</param> 35: void CloseModule(object module); 36: 37: /// <summary> 38: /// 切换导航,展开、隐藏导航,主界面没有导航的隐藏、展开需求可以不处理。 39: /// <;/summary> 40: void SwitchNavigation(); 41: 42: /// <summary> 43: /// 当前活动插件/模块。 44: /// <;/summary> 45: object ActiveAddIn 46: { 47: get; 48: } 49:  50: /// <;summary> 51: /// 已打开的插件/模块集合。 52: /// <;/summary> 53: List<;object> AddIns 54: { 55: get; 56: } 57: } 58: }      其中InitializeShell方法:用于平台传入当前系统登录人员所具有权限的模块清单及相关的导航清单,由自定义界面实现界面的初始化。      OpenModule方法:用于实现对模块的打开,平台传入要打开的模块,由主界面进行处理,实现主界面对模块的动态加载。      CloseModule方法:用于关闭已经打开的模块,并对界面进行清理。      SwitchNavigation方法:切换导航,展开、隐藏导航,主界面没有导航的隐藏、展开需求可以不处理。      ActiveAddIn属性:向平台返回当前的活动模块。      AddIns属性:向平台返回已加载的模块清单。 四、自定义界面实例      近期 有朋友建议使用devcomponents或者DotNetBar为大家演示一下如何自定义平台的主体界面,参考了网有对devcomponents和DotNetBar相关的资料之后我们选择了较为轻量级的DotNetBar为大家演示如何替换系统的主界面。      我们使用DotNetBar所提供的一些控件实现了以下三种风格的主体界面:      第一种是Win7/Ribbon风格的主界面RibbonShell,如下图所示:      其对应代码为DrugShop案例之中的DrugShop.Res项目之中的RibbonShell.cs程序文件。      第二种为类似Visual Studio界面风格的DockableShell,其效果如下:      其对应代码为DrugShop案例之中的DrugShop.Res项目之中的DockableShell.cs程序文件。      第三种为不包含导航栏的简单MDI界面风格的TabShell,其效果如下:      其对应代码为DrugShop案例之中的DrugShop.Res项目之中的TabShell.cs程序文件。 五、关于代码      以上介绍了三种风格的自定义主界面的例子,例子不多,也不复杂,或许也不能满足所有人的美观度需求和功能需求,其目的在于抛砖引用,希望借此文让更多的开发者加入到我们的行列之中来,做出更加美观大方的界面。      关于以上三种风格自定义界面代码,我们已经合并到DrugShop案例和SmartEPR案例之中,请大家在AgileEAS.NET SOA中间件官方网站的最新下载栏目进行下载。      在启动自定义界面的过程之中切记要修改资源项目之中IResource的实现代码之中的GetMainShell方法代码: 1: public object GetMainShell() 2: { 3: return new RibbonShell(); //Ribbon风格自定义界面。 4: //return new DockableShell(); //Dockable风格自定义界面。 5: //return new TabShell(); //TabMdi风格自定义界面。 6: //return null; //使用AgileEAS.NET SOA平台自带界面。 7: }      本文所使用的是DotNetBar115版本,有关于DotNetBar115请通过http://112.74.66.105/downloads/DotNetBar115.rar下载。 六、联系我们      为完善、改进和推广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 | ActiveX | ESB | ORM | SOA | SAAS | 中间件 | 框架 | 消息中间件 | 通信框架

基于AgileEAS.NET SOA 平台SAAS架构技术的开源分销ERP系统-SmartERP.NET下载配置说明

by 魏琼东 2013.11.11 13:38
一、前言      AgileEAS.NET SOA 中间件平台是一款基于基于敏捷并行开发思想和Microsoft .Net构件(组件)开发技术而构建的一个快速开发应用平台。用于帮助中小型软件企业建立一条适合市场快速变化的开发团队,以达到节省开发成本、缩短开发时间,快速适应市场变化的目的。      AgileEAS.NET SOA中间件平台提供了敏捷快速开发软件工程的最佳实践,通过提供大量的基础支撑功能如IOC、ORM、SOA、分布式体系及敏捷并发开发方法所支撑的插件开发体系,以及提供了大量的实体、数据模型设计生成工具、代码生成工具,用于帮助中小软件开发商快速成长。      AgileEAS.NET平台充分把握目前软件行业快速发展的新趋势,基于敏捷并行开发、快速适应市场这样淳朴的软件工程实践,采用业界广泛使用的Microsoft .Net构件(组件)开发技术实践了这种开发思想,帮助软件企业实现“敏捷变化、快速适合”的目标,从而帮助软件企业在激烈的市场竞争中赢得先机并获得更高的回报。 二、关于SmartERP.NET        SmartERP.NET 是一套简单的电脑耗材分销ERP系统,其实说是ERP系统还有点夸张,但是最初的开发者都已经这么叫了,那么我们也就也就这么理解吧,SmartERP.NET 原本是我们的一个客户在2011年为其一个客户/朋友开发的一套软件,当时客户人员的开发都是以VB6.0进行开发,客户打算把开发语言换到C#上,基于我们平台进行技术预研,并且打算基于AgileEAS.NET SOA中间件平台进行应用开发,正好当然有一个朋友是做某品牌电脑大区经销的,双方双有所需,正好就基于我们AgileEAS.NET SOA中间件开发了这套简单的ERP系统,其目的有两个,一个是解决客户的需求、另一个是锻炼一下自己的开发人员。         以下是系统主界面: 什么是ERP: ERP是Enterprise Resource Planning(企业资源计划)的简称,是一种主要面向制造行业进行物质资源、资金资源和信息资源集成一体化管理的企业信息管理系统。 ERP是一个以管理会计 为核心可以提供跨地区、跨部门、甚至跨公司整合实时信息的企业管理软件。 参见百度百科: http://baike.baidu.com/subview/109408/7177679.htm SmartERP.NET货物采购入库流程   SmartERP.NET 货物销售流程   三、系统客户端及服务端配置       有关程序如何配置请参见 魏琼东的文章       AgileEAS.NET SOA 中间件平台 5.2 发布说明-包含Silverlight及报表系统的开源代码下载       AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(一):下载平台并基于直连环境运行       AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(二):配置WinClient分布式运行环境       AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(三):配置ActiveXForm运行环境       AgileEAS.NET SOA 中间件平台5.2版本下载、配置学习(四):开源的Silverlight运行容器的编译、配置 四、完整的应用-实现完整的ERP       本文我们将实现一个类似电脑城的货物ERP系统,主界面如下:(登录账户:erp-admin  密码为空) 五、下载源代码编译配置运行      本案例源代码请通AgileEAS.NET SOA中间件官方网站的最新下载中的栏目进行下载或者从SVN中获取最新版本的源代码: 下载或者SVN-OUT得到代码之后我们来看一下代码文建构: 一级目录 二级目录 说明 Code   程序源代码   SmartERP.Entities 实体(ORM)代码   SmartERP.BLL.Contracts 业务契约定义代码   SmartERP.BLL.Host 数据实现代码   SmartERP.Common 公用类库   SmartERP.WinUI 界面层代码 db   用户数据库文件,SQL Server数据库 Documents   文档,用户模型文档 Bin   引用程序集及编译输出   用VS2010或者VS2012打开Code目录之中的SmartERP.sln解决方案进行编译,编译成功之后我们开始进行配置。 打开Bin目录之中的SmartERP.Main.exe.config进行客户端配置:     修改红色部分连接字符串 六、统计报表    SmartERP示例中使用的是Gird++ 报表程序 开发管理 -- GR报表管理        数据报表就是写SQL语句查询数据库 获取结果    对象报表就是通过查询内存对象   获取结果    报表的制作:为了降低入门的难度,本编介绍的是用数据报表也就是写SQL语句查询数据库的方式,对象报表将在以后的文章中介绍。 1.新建-数据报表-查询语句中 写入要查询的报表sql语句   2.报表设计界面 3.设置要显示的是哪张报表,根据GUID 4.编写查询语句 并设置过滤条件 5. 报表预览效果      由于时间仓促,程序难免会有Bug,望大家谅解。      截止这里 我们的教程就已经写完了,表结构及相关说明请参阅SmartErp.NET下载包里面的相关文档。      最后感谢SmartErp.NET的原始作者陶虎刚同学,也感谢对原始代码、文档进行整理升级,以及本文的作者计文析同学。 七、联系我们      为完善、改进和推广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人 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 | ActiveX | AgileEAS.NET | ESB | C# | ORM | SOA | SAAS | 中间件 | 分布式 | 企业应用架构 | 企业服务总线 | 框架 | 消息中间件

发起讨论之:SOA 架构中的ESB是更好的应用于异构系统集成整合还是用于统一服务调用/基础服务实施

by 魏琼东 2013.10.18 10:46
一、讨论主题与观点       写一篇文章、发现一次自觉得有意思的SOA架构方面的讨论,源于昨天AgileEAS.NET SOA 平台群(113723486)里几个群友的一次关于ESB的一次讨论。       大家的讨论观点主要集成在:对于ESB的定义也有类观点,一类观点是把ESB定位于SOA架构之中的基础服务设施(书上都这么讲),还有一类观点就是ESB做为异构系统之间的集成和整合之间,其实ESB本身都能实现两种观点的功能,只是觉得在时下,应该更偏重于那一方面,两者的本质上最大的区别是,同一系统内部的功能是否需要经过ESB进行调用。       ESB是SOA加载的基础服务设施的此类观点,我们可以用买下图来表示:       这个图应该是最符合SOA架构和ESB的一些书籍之间的ESB架构图,我们可以简单的解释一上,即史是A系统调用A系统的服务,也必须经过ESB系统,那么有ESB系统的规划和建设就是一个必须早期考虑的问题,即我们必须先建立SOA的基础架构和ESB体系,并且在这个架构上面开发A系统、B系统、C系统,这是一种观点,那么在目前我们国内,政府、企业领导应答是很喜欢这样的结构的,统一规划、场面宏大,这里面就出现一个问题,整体系统被规划的非常完美,但是实际上这更好像一个用远也不能完全的梦(永远都没有完美的东西),实现成本就不可估量。       ESB是最好是做为异构系统之间的整合集成,我们可以用买下图来表示:       这个观点是我的观点为,即我认识这是一种比较现实和比较经济的观点,ESB用被做于异构系统之间的整合,他是支持异构系统的整合的基础设施,而不是基于统计规划下的基础服务设施,基于这个观点的原因是,企业内部各种各样的系统不可能全部推翻了,全部规划和重来,很多企业的供应商在某一领域也做的很专业,博众家之长并进行集成应该是一个比较现实和可取的做法,一个系统一个系统稳定有序的实现,应该是比全部重新规划具体更小的风险。 二、聊天记录摘抄 金靓(123140395) 13:40:58 大家好 金靓(123140395) 13:41:34 想做服务的统一调用 也就是说所有的业务系统都走服务总线 通过总线来进行业务服务的调用 简单的消息交换模式没问题 请求/响应 但是双向交换模式下如何实现呢 何戈州<hotdefans@qq.com> 13:52:15 双工吗? 金靓(123140395) 13:52:23 对的 何戈州<hotdefans@qq.com> 13:52:36 那也没问题   金靓(123140395) 13:52:57 能否给点思路 何戈州<hotdefans@qq.com> 13:53:05 socket 问老魏 金靓(123140395) 13:53:14 基于WCF 魏琼东(47920381) 14:19:02 @纳尼 双工模式貌似ESB实现不了吧。 纳尼(123140395) 14:19:27 BIZTALK里也不能吗 纳尼(123140395) 14:19:48 @魏琼东 貌似可以的 魏琼东(47920381) 14:21:06 但是全双工的通论,让ESB通知应用这事难了点 纳尼(123140395) 14:21:23 所以我有点郁闷 纳尼(123140395) 14:21:41 其实本来没去设计双向通信 魏琼东(47920381) 14:21:46 实现全双方都是socket吧 魏琼东(47920381) 14:22:10 除非用ESB回调某个系统的服务 纳尼(123140395) 14:22:27 对的 魏琼东(47920381) 14:22:32 即应用掉用===》ESB===》应用的服务 魏琼东(47920381) 14:22:40 那你说的是ESB的服务路由了 纳尼(123140395) 15:35:20 虽然没有什么含量,而且是在H.O.T指导下才弄明白的,但还是应该分享一下给大家 纳尼(123140395) 15:36:06 刚才我说的那个客户端需要调用服务实现双向通信,基于ESB 纳尼(123140395) 15:36:52 ESB提供双向接口服务 纳尼(123140395) 15:37:54 其实我想做的ESB,要实现服务的统一调用 纳尼(123140395) 15:38:09 所有的客户端都通过ESB来调用业务服务 纳尼(123140395) 15:38:39 这样的话,势必需要ESB对客户端公开的接口都要相对稳定 纳尼(123140395) 15:38:47 自己要做 纳尼(123140395) 15:39:24 也就是说A->ESB->B->ESB->A 纳尼(123140395) 15:38:39 这样的话,势必需要ESB对客户端公开的接口都要相对稳定 纳尼(123140395) 15:38:47 自己要做 纳尼(123140395) 15:39:24 也就是说A->ESB->B->ESB->A 过错  <wang2650@sohu.com> 15:39:36 java 不怕麻烦用mule 哈哈 魏琼东(47920381) 15:39:37 这个做法算是ESB的滥用吧 纳尼(123140395) 15:39:51 基于WCF下实现,也就是ESB公开一个回到契约 魏琼东(47920381) 15:40:21 WCF本身在TCP通信下本身就回回调 魏琼东(47920381) 15:40:28 但是是要选择TCP通信的前提 纳尼(123140395) 15:40:28 @魏琼东 您指的是统一调用吗? 纳尼(123140395) 15:43:12  ME TOO 魏琼东(47920381) 15:43:18  这说明在找抽 纳尼(123140395) 15:43:30  我也这么觉得 魏琼东(47920381) 15:43:34  是在搞为了ESB搞ESB 魏琼东(47920381) 15:43:42  是没有需求搞有ESB 魏琼东(47920381) 15:43:47  真正企业有很多不同的系统 魏琼东(47920381) 15:43:53  比如PB开发的,VB开发的 魏琼东(47920381) 15:43:56  JAVA开发的的 魏琼东(47920381) 15:44:00  .NET开发的 魏琼东(47920381) 15:44:04  数据库跑在ORACLE上的 魏琼东(47920381) 15:44:08  SQLServer上的 冯永博(309805629) 15:44:10  sharepoint 搞么 魏琼东(47920381) 15:44:11  还有MYSQL的 纳尼(123140395) 15:44:12  是的 魏琼东(47920381) 15:44:28  那么在这种情况下ESB就是解决问题的存在的先决条件之一 魏琼东(47920381) 15:44:39  ESB是因为大家做接口做郁闷了,才上的。 魏琼东(47920381) 15:44:42  不是一开始就上的。 纳尼(123140395) 15:44:54  是的 魏琼东(47920381) 15:45:01  ESB的设计更多的是解决不修改各个系统而实现与系统的对接 纳尼(123140395) 15:45:14  但是ESB更多的是更好的管理服务 魏琼东(47920381) 15:45:18  不是了你把所有服务都通过ESB,所有系统都修改一通 纳尼(123140395) 15:45:27  您说的是系统的集成 魏琼东(47920381) 15:45:29  那不是没事找抽嘛 纳尼(123140395) 15:45:58  您说的正在做,只不过是其他人 魏琼东(47920381) 15:46:04  ESB的做用不就是做这事的嘛 魏琼东(47920381) 15:46:21  当然,ESB也可以是SOA的基础设施 魏琼东(47920381) 15:46:26  所有的服务都经由 魏琼东(47920381) 15:46:28  ESB 魏琼东(47920381) 15:46:31  这个也没错 纳尼(123140395) 15:46:38  是的 纳尼(123140395) 15:46:53  一个完整得SOA平台 魏琼东(47920381) 15:47:06  是啊 纳尼(123140395) 15:47:12  服务的管理需要禁得其考研 魏琼东(47920381) 15:47:16  @纳尼 把你的ESB Show一下 纳尼(123140395) 15:47:32  如果不走ESB,那么服务很难管好 魏琼东(47920381) 15:47:35  “需要禁得其考研“,这个好 纳尼(123140395) 15:47:38  对不起,我刚刚开始 纳尼(123140395) 15:47:47  魏琼东(47920381) 15:47:56  现实之中就没有这样的需要 纳尼(123140395) 15:47:58  等我把这个做差不多了 魏琼东(47920381) 15:48:06  为了轮子造轮子 纳尼(123140395) 15:48:06  我会共享出来的 纳尼(123140395) 15:48:17  SOA是骗人的 魏琼东(47920381) 15:48:22  我定位做异构系统的集成之用 魏琼东(47920381) 15:48:27  也不是骗人的 魏琼东(47920381) 15:48:44  SOA架构是服务于合作伙伴的 纳尼(123140395) 15:48:48  那毕竟只是SOA的一部分 魏琼东(47920381) 15:48:55  内部一系统搞的那么复杂就有问题了 纳尼(123140395) 15:49:29  但是对于庞大的企业,业务很大 纳尼(123140395) 15:49:39  所有的业务都要是发布成服务的 纳尼(123140395) 15:50:07  如果随便的去调用服务,那么是很杂乱的 纳尼(123140395) 15:50:19  我也很赞同您说的 纳尼(123140395) 15:50:36  就是系统内的服务不走ESB 纳尼(123140395) 15:50:48  但是,什么又是系统内的呢 纳尼(123140395) 15:51:01  很多数据慢慢会被公有化 ....(879621940) 15:51:13  请问一下,如果一套系统,包括HR,CMR,ERP,OA,BI等要实现数据共享,是不是也可以用SOA技术呢? 纳尼(123140395) 15:51:41  至少中石油正在做 纳尼(123140395) 15:51:53  @。。。 如上回答 纳尼(123140395) 15:52:09  包括国内的拥有 纳尼(123140395) 15:52:12  用友 ....(879621940) 15:52:26  就是说都是使用SOA技术对吧? 纳尼(123140395) 15:52:37  他们的平台也是基于SOA的(2010年前,现在不知) 纳尼(123140395) 15:52:50  SOA更多是个理念 魏琼东(47920381) 15:52:50  你有一个假设已经错了 纳尼(123140395) 15:52:55  “骗人的” 魏琼东(47920381) 15:53:03  你假设企业内部系统是统一的 纳尼(123140395) 15:53:06  @魏琼东 您说 魏琼东(47920381) 15:53:12  纳尼(123140395)  15:49:29 但是对于庞大的企业,业务很大 所有的业务都要是发布成服务的 如果随便的去调用服务,那么是很杂乱的 我也很赞同您说的 魏琼东(47920381) 15:53:30  你的假设就是要早一部非常完美的东西 魏琼东(47920381) 15:53:39  比如说你的服务是完美的 纳尼(123140395) 15:53:42  对 魏琼东(47920381) 15:53:59  而事实是当系统庞大到这个份上就有一个问题 魏琼东(47920381) 15:54:05  这个东西永远都不成熟 魏琼东(47920381) 15:54:07  OK 魏琼东(47920381) 15:54:09  明白 纳尼(123140395) 15:54:15  SOA的理念不仅仅是关注现在,还要展望未来(说出这种话,有点恶心) 魏琼东(47920381) 15:54:19  那么更实现做的做法是什么 纳尼(123140395) 15:54:43  @魏琼东 BPM可能会解决您所说的 魏琼东(47920381) 15:54:51  更现实的做法是企业内部的系统都是由不同的供应商来供应和开发 纳尼(123140395) 15:54:54  快速应对需求的变化 纳尼(123140395) 15:55:06  赞同 冯永博(309805629) 15:55:13  这个应该没法避免,要信息化建设有个规划和统筹 魏琼东(47920381) 15:55:15  因为比始做HR的对HR业务一定是擅长的 魏琼东(47920381) 15:55:28  做PLM的也是擅长PLM的 魏琼东(47920381) 15:55:41  并且这样的成本也就会低很多 魏琼东(47920381) 15:55:49  就如同软件工程之中的敏捷方法一样 魏琼东(47920381) 15:55:57  拆成小的,一个一个人搞 纳尼(123140395) 15:55:58  非常赞同 ....(879621940) 15:55:59  如果这些系统都是自己开发呢? 魏琼东(47920381) 15:56:08  一个搞坏也只是一个 魏琼东(47920381) 15:56:16  不是一个搞坏全搞完完了 冯永博(309805629) 15:56:22  自己开发的也不一样就用的好 魏琼东(47920381) 15:56:26  我为什么支持这些观点呢 魏琼东(47920381) 15:56:34  是因为我做10多年的医疗业务 魏琼东(47920381) 15:56:38  大家都走过一个过程 魏琼东(47920381) 15:56:48  前些年大家都追求一个医院全是一家的 纳尼(123140395) 15:56:57  嗯 魏琼东(47920381) 15:56:59  但是企业做的累,医院觉得都不专业 魏琼东(47920381) 15:57:04  所以现在慢慢的都是开放式的 魏琼东(47920381) 15:57:10  专业的各做各的 纳尼(123140395) 15:57:51 我觉得BPM足够用了 魏琼东(47920381) 15:57:57 客户也觉得这样挺好 冯永博(309805629) 15:58:05 现在的趋势是越做越大 纳尼(123140395) 15:58:14 但是领导玩的都是趋势 纳尼(123140395) 15:58:24 政府上SOA 魏琼东(47920381) 15:58:30 @刺客 哥们,你的脑袋在想什么呢 纳尼(123140395) 15:58:34 移动、联通 魏琼东(47920381) 15:58:44 领导的事咱不想了 纳尼(123140395) 15:58:45 还有中石油 魏琼东(47920381) 15:58:50 反正 你做出ESB那样搞也行。 纳尼(123140395) 15:59:13 领导从别人那抄点想法,害苦我们啊 冯永博(309805629) 15:59:19 比如 SAP的ERP 集成的子系统是越来越多 纳尼(123140395) 15:59:22 我是这么想的 过错  <wang2650@sohu.com> 15:59:31 soa通常解决是服务发布的问题  esb通常解决的是异构通信的问题 纳尼(123140395) 15:59:42 最好是适应特定的场景 过错  <wang2650@sohu.com> 16:00:53 有的时候目的不同 但是会用同一样的东西 过错  <wang2650@sohu.com> 16:02:04 soa不过是esb的一部分罢了 纳尼(123140395) 16:02:49 @过错  呵呵       那么我样在建设和使用ESB到底是偏向那一个重点呢,欢迎各位博客园朋友讨论本话题。

Tags:

.NET | SOA | 中间件 | 企业应用架构 | 设计模式 | ESB | 企业服务总线

最新评论

声明

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

© Copyright 2011