网站大量收购独家精品文档,联系QQ:2885784924

基于Barracuda架构的SOA开发模型研究.docVIP

基于Barracuda架构的SOA开发模型研究.doc

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于Barracuda架构的SOA开发模型研究   摘要:该文在对EOS开发中存在的一些问题进行分析和对Barracuda架构深入研究的基础上,提出了一个基于Barracuda架构的SOA开发模型,以解决传统EOS开发中的效率问题,并对如何实现基于Barracuda架构的SOA开发模型进行了较详细的分析。   关键词:Barracuda;EOS;XMLC;SOA开发模型   中图分类号:TP311文献标识码:A文章编号:1009-3044(2008)33-1413-02   Analysis of SOA Developing-model Based on Barracuda   ZHOU Jiang   (Information of Judicature Department, SJPOPC, Deyang 618000, China)   Abstract: After the analysis of the problems appearing in the development of projects based on EOS and introduction of Barracuda framework, this paper proposes a SOA Developing-model based on Barracuda to solve these problems. And how to realize this EOS is recommended. The effects of this SOA Developing-model is analyzed, too.   Key words: Barracuda; EOS; XMLC; SOA Developing-model   1 引言   EOS(Enterprise Operating System)是面向构件的SOA中间件,它基于J2EE平台之实现完整的系统架构,是面向构件的完整的互联网应用体系[1]。构件是EOS中最基本和最核心的元素,所有的工作都是围绕构件进行的。构件之间采用XML总线技术来进行通信,使得构件之间具备松散的耦合性,从而使系统具有良好的扩展性以及随需应变的灵活性。   Barracuda是一个HTML DOM Component + Event/Listener结构的WEB应用程序框架,是一种Model 2体系结构,但是它进一步采用了创建用户界面的XMLC方法,而且提供了模型的事件-通知机制[2]。   2 EOS开发过程中存在的不足之处   通过采用构件化的模式和利用系统提供的各种基础构件包,EOS确实能够加快项目开发的进度,提高系统稳定性和组件复用度,尤其是展现逻辑和业务逻辑的开发采用图形化可视和托拽的方式,减少了开发人员的工作量,使开发人员可专注于对用户需求和逻辑的理解,而不必花费大量时间进行逻辑代码的编写,这种图形化的方式也极大地提高了程序的可读性。   但是,页面构件开发对于大多数人来说就不那么轻松了,尤其是对于一些比较复杂的页面。EOS主要采用JSP页面作为页面构件[3],由于JSP固有的一些缺点[4],使得EOS页面构件的开发存在下面一些的问题:   1) 开发人员不仅要设计HTML代码,还要编写Java代码,不仅要实现业务逻辑,同时还要考虑表示层的风格、样式方面的问题,把表示层和逻辑层的工作集中到同一个开发人员身上,这必然增加开发人员的工作量。而且EOS系统还定义了大量自己的标签,对于不是经常使用EOS开发系统的人来说,要想熟练使用好这些标签,也不是件容易的事。   2) 在EOS的开发调试环境中,只能对输入输出JSP页面的数据进行查看,而对JSP页面执行过程中的内部变化情况,则不能进行跟踪调试。如果页面本身不大,逻辑也不复杂,查找页面上的BUG比较容易。但是在页面变大了、逻辑也复杂的情况下,要在页面中去找寻一个小的BUG,将是很令人头疼的一件事。   3) html代码与java代码强耦合,一旦逻辑有所变化,可能牵涉大量页面需要修改。   4) 如果需要对系统进行本地化的操作,就要为每个地区的每种语言建立一个页面文件,然后由系统自动判断采用哪个文件。   5) html代码与Java代码在程序中交错出现,再加上可能还有JavaScript代码,使得代码的可读性降低。例如,在一个页面中,需要根据用户角色来决定是否显现某些元素,这就要进行判断,如果判断地方较多,用户角色也较多时,将在页面中出现大量判断语句(也可以采用EOS提供的逻辑判断TAG),对于一个不熟悉业务逻辑的人来说,是不易看懂的。当然也可以为每个角色创建一个页面,由展现逻辑决定显示哪个页面,但如果有很大一部分代码

文档评论(0)

heroliuguan + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:8073070133000003

1亿VIP精品文档

相关文档