|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
java主要分三块,j2se:java的基础核心语言。j2me:java的微型模块,专门针对内存小,没有持续电源等小型设备。j2ee:java的企业模块,专门针对企业数据库服务器的连接维护。在Mule宣布公布2.0版本几周后,Mule(“一个轻量级和高可伸缩性ESB”)的奠定人RossMason将Java营业集成(JBI)和Mule架构举行了对照。
Ross说,使他决计完成本人的架构而不是JBI架构的缘故原由是,在JBI1.0标准中缺掉了某些工具。在他的概念中,过于依附XML,缺少可重用性的JBI部件(绑定组件,服务引擎),重型API最有目共睹。
RossMason以为JBI方针局限太广是下降JBI部件可重用性的缘故原由之一:按他们的天分,厂商为了合作会使他们相互分歧。由于JBI试图界说每件事变应当事情的体例,厂商就不能不内置标准以外的特征和替换办法来使他们的服务容器各具特征。这就损坏了可重用性。由于,一个可在某个容器一般事情的JBI绑定组件其实不必定能在另外一个容器中以一样体例事情。 JBI社区中的厂商试图使本人产物与合作敌手有所分歧,厂商老是这么干,可是每一个厂商的完成部件城市在功能、牢靠性和产业局限尺度的撑持级别高低光阴。JBI1.0是第一个试图为集成需求供应谜底的标准,难免有些弱点,它们无望在JBI2.0中失掉办理。
一样,Ross几回再三暗示JBI的API太重,开辟者假如想要开辟JBI部件的话,必要懂得的JBI标准常识比他们本应必要懂得的要多:要完成服务,你必要完成相称多的API。这意味着誊写服务的伴计对JBI的了解比必需的要多。Mule老是以为服务能够是任何工具,如一个POJO、EJB会话Bean或另外一个组件的代办署理…… 埃森哲的初级参谋JamesLorenzen,如许回覆Ross的关于JBI的重型API的概念:我分歧意JBI利用者必需懂得的JBI常识比必需的要多,不外话说返来,饰演那样的人对我来讲很难,由于我也是一个组件开辟者…… 和别的,我不会花太多工夫给非JBI利用者讲JBI。可是我会疏忽标准,间接向他树模能够怎样利用JBI。 Ross的博客中另外一个主要概念就是,标准化动静路由器(NormalizedMessageRouter,NMR)的以XML为中央的天分:XML动静被用来到处挪动数据。这合适某些体系,可是关于年夜多半遗留体系则否则。构建它们的时分XML还不存在。它们利用分歧的动静范例,如CobolCopyBook、CSV、二进制纪录、自界说扁平文件等。 JamesLorenzen注释了NMR怎样受害于这个以XML为中央的天分:因为任何事物都被转换成XML在NMR上传送,独一必要的转换就是XML。那末你说的是对的,可是关于JBI利用者,我以为它不是成绩。另外一方面,我以为,假如NMR同意其他动静范例,那末我想你会必要更多转换器,可是我猜这些转换器就是绑定组件。 绑定组件应当能以一种人人熟知的和格局优秀的体例与NMR举行复杂地交互,如许才有大概为每一个绑定组件供应被其他组件注进到NMR中的动静。不然,在绑定组件间举行延续通讯会十分难。
关于使开源乐成的成绩范畴,RossMason以为是“厂商概念”:这个天下的“厂商概念”是开源获得云云好的成就的一个次要缘故原由。一样平常说来,由开辟职员誊写的开源软件更靠近要办理的成绩。这些开辟职员能够使用他们的范畴常识、履历和某些方面的改善需求提交更好的办理成绩的体例。这就是Mule的最终方针。假定项目乐成了,我以为这个方针是经由过程劝诫事变能够被精益求精来完成的(我们一向都这么做)。 有人大概会说标准是由来自分歧厂商的社区向导开辟出的,为了开辟一个每一个厂商都将完成的新尺度到场到界说尺度的行列中。一般“专家组”成员来自开辟者社区,因而在JSR要办理的成绩域和一个非尺度开源产物之间不该该有很年夜的不合。
RossMason和JamesLorenzen都以为,当碰到流内容进进NMR时,JBI标准出缺点,特别是任何进进NMR的事物都必需比转换成XML,这是个资本损耗历程。
检察英文原文:MuleFounder:JBIMissingtheMark
来自:http://www.infoq.com/cn/news/2008/05/jbi-debate
还是要自己一点一点写代码,然后编译,改错再编译好那。还有最重要的是.net网页编程的编译环境非常好,你甚是不需要了解太多工具,对于简单的系统,你可以之了解一些语法就哦了。 |
|