对于JminService的几点设想1介绍1.1什么是服务1.2服务与客户端.docVIP

对于JminService的几点设想1介绍1.1什么是服务1.2服务与客户端.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
对于JminService的几点设想1介绍1.1什么是服务1.2服务与客户端

对于Jmin Service的几点设想 1. 介绍 1 1.1 什么是服务? 1 1.2 服务与客户端 2 1.3 服务与域驱动 2 1.4 服务与生命周期 3 1.5 服务与服务之间 3 1.6 服务与组合 3 1.7 服务与组件 3 1.8 组件与容器 3 1.9 组件与描述 4 1.10 组件与部署 4 1.11 组件源与发现机制 4 1.12 服务与助手 4 1.13 组件源与辨别 5 1.14 组件源与解析 5 2. 应用探讨1 5 2.1 应用目标: 5 2.2 探讨范围: 5 2.3 J2EE服务 5 2.5 Ioc应用. 9 2.6 控制层服务 9 2.7 中心层服务 9 2.8 应用层服务: 9 2.9 服务层次与关系 9 2.10 服务的配置 10 2.11 服务的装载 13 2.12 服务的部署 13 2.13 微内核控制发现 13 2.14 微内核控制部署 15 3. 应用探讨2 17 3.1 应用目标: 17 3.2 探讨范围: 17 1. 介绍 Jmin service是一个面向服务域编程(SOP)的架构,被包含在Jmin服务器中.如果您对该架构不熟悉的话,那么下面我们将介绍一些它所涉及到的一些基本概念. 1.1 什么是服务? 我们为什么要访问服务器呢? 望文生意,那是因为服务器能够提供一些有意义的应用供客端访问,并且这些应用能够处理来自客户端的请求,这一现象普遍存在于客户端/服务器模式.在工作与学习中,可能我们每天都在使用或享用这样或那样的应用,尽管有时,它们看上去非常复杂与异样,但是如果细心研究它们,也许我们可以发现一个共同点:每个应用表达某个方面的观点或解决某个方面的问题,并对它的外界产生影响,如:处理来自外部的调用或者完成一些有意义的任务.我们建议用“服务” 这个词表这些具有共同点的应用. “服务”是一个逻辑概念,在它的活动范围内,一些其他对象可能会集成到一起去完成某些协作,这些对象可以是逻辑集成,物理分离的.尽管有时 “服务”这一词没有出现在某些应用中, 但事实上它们是有可能在做类似概念的工作. 我们已经把“服务”一词抽象成一个接口了,并定义在我们的框架规范中. 服务与客户端 如果可供访问的服务是存在的,那么客户端是有可能访问到它们.当然可能有一些服务对客户端是不可见的,因而是无法被客户端访问的,例如: 我们定义一个内部服务,主要负责装载一些作用于其他服务的参数. 所以服务的存在不一定是为客户端调用,服务的具体行为依赖于它所属的问题域,拓展者可以自由决定它们的具体行为. 服务与域驱动 一般来说,服务是用来处理或映射某个方面或某些方面的问题与观点.换句话说,每个服务可一匹配到某个或某些方面,我们把这个方面定性为域(Domain).服务的具体定义依赖于域的问题.事实上,我们可以称成服务为逻辑方面域,但这点与纵切面AOP的 ”方面”一词,是有区别的. 服务与生命周期 不同服务,它们的周期有可能会不一样,比如有些是完成某些事情之后就结束了,但也有一些,可能一直伴随系统的而存在的. 关于服务何时创建,何时死亡,我们没有定性,拓展者可以自由决定它们. 服务与服务之间 既然服务被用来处理域问题的,那么从服务的外部角度来看,它是有可能被其他服务所调用,所以服务之间是很有可能存在依赖关系. 服务与组合 服务是可以组合在一起的,形成更大范围的服务. 服务与组件 通常情况下,服务并不孤立存在的,我们可以让一些组件运行在它们之上,并使之成为服务的组成部分.在软件业中,服务与组件的技术,目前非常流行:开发员可以设计并开发他们自己的组件去完成某些业务操作的。仔细观察,这些组件还是可以划分到某些域中去,我们认为这就是服务域.当我们调用这些组件接口时,事实上我们已经隐式在使用它们所匹配的域服务.服务的概念是抽象的,不容易捕获,当然没有组件的服务也是可行的,这点完全决定于拓展者的意图。 组件与容器 服务是如何持有组件的呢?容器被期盼用来管理组件的,例如: 池化和生命周期等。我们在框架中定义了一个基本容器接口(Container),当然,拓展者也可以利用它存储其他对象. 但是容器是如何感知组件的呢?我们觉得应该提供一种描述手段来让容器感知组件. 组件与描述 在当前普遍的情况下,我们使用物理文件去存储组件和它们的描述,而这些描述可能是XML文件,也可能是Properties 文件,还可能是EJB3.0所才采用的Annotation, 等等,不管采用何种方式描述组件,它们都属于描述的范畴。我们可以描述组件的名字,事物,安全等。组件一旦被需要装载到系统中,那么这些描述将发挥至关重要的作用。由于描述方式存在多样性,所以我们在我们的框架中采用了对象描述对象方式,并

文档评论(0)

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

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

1亿VIP精品文档

相关文档