J2EE Web架构与CS架构命名上的差异

J2EE Web架构与CS架构命名上的差异

ID:45919847

大小:58.20 KB

页数:4页

时间:2019-11-19

J2EE Web架构与CS架构命名上的差异_第1页
J2EE Web架构与CS架构命名上的差异_第2页
J2EE Web架构与CS架构命名上的差异_第3页
J2EE Web架构与CS架构命名上的差异_第4页
资源描述:

《J2EE Web架构与CS架构命名上的差异》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库

1、J2EEWeb架构与CS架构命名上的差异    J2EE平台由一整套服务(Services)、应用程序接口(APIs)和协议构成下面是小编整理的关于J2EEWeb架构与CS架构命名上的差异欢迎大家参考    J2EEWeb架构与CS架构命名上的差异    与传统的CS(客户端与服务器端)架构相比J2EEWeb程序服务器提供了很多额外的技术支持而且这些技术是一般Web应用程序都需要用到的但是Web程序开发人员不需要再另行开发只需要直接拿过来使用即可具体的来说在Web应用中主要通过调用现成的API来完成这个功能而且使用这些技术时基本上没有什么技术含量因为在具体工作中使用这些技术都是采用基

2、本固定的格式命名技术就是其中一个典型的代表在这篇文章中笔者根据自己的经验谈谈这方面使用过程中的注意点    一、与传统架构之间的区别    在使用这个技术之前笔者认为开发人员至少需要知道在Web架构与CS架构之间的区别只有如此才能够更加全面的了解采用新技术所能够带来的优势故笔者一开始就着重强调两者之间的差异    在应用程序开发中如果一个类A需要调用另外一个类B则类A需要知道类B的源程序然后在其中新建一个类B的实例才能够实现调用而且当一个程序改变时还需要重新编译从这可以看出类与类之间的连接需要通过实例来完成他们之间的连接就比较混乱    而采用J2EE命名服务则不需要这么麻烦简单的说

3、JE22命名服务器提供了应用构件程序的命名环境如果采用了这种技术的话那么实现类调用时就可以不通过实例来完成做一个形象的比喻命名服务就好像是一个地址簿当开发人员在程序开发时采用了新的构件或者新建了某个类那么相关的信息就会都在这个地址簿中登记作为开发人员的话就不需要再去查找原始的类只需要在这个地址簿中查找即可显然这方面了我们日常的开发工作可以缩短开发的周期同时简化类之间的引用最重要的是如果以后被引用的类有变化时不需要编译整个应用程序而只需要重编译有变化的类即可    二、命名服务的核心环节解析    J2EE命名服务提供各种应用构件程序的统一命名环境其英文简称是JNDI从这个英文名字中可

4、以看到这个命名服务包括两层含义:命名和目录接口我们在了解这个技术的时候如果从这两个角度去理解可能会更加简单一点JNDI简化了高级Web程序类之间的查找调用    从技术上来说JNDI主要是通过API来实现的JNDIAPI提供了Web构件进行标准目录操作的方法举一个简单的例子可以将对象属性和Java对象联系在一起或者通过对象属性来查找Java对象当我们在电话簿中查找某个电话的时候会现在索引中找到某个人的名字然后再从这个索引中打开对应的记录查找这个人的电话、住址等联系信息JNDI核心的工作思路就是如此在上面笔者谈到过这些技术都是采用基本固定的调用格式也就是说JNDI已经被标准化为此应用程

5、序可以通过使用JNDI来访问其他通用的命名服务如支持常用的We命名协议、DNS等命名架构笔者认为这点非常的重要因为其支持多种命名结构则可以与其他平台的应用系统如C++等进行很好的系统的整合    三、使用命名服务的注意事项    JNDI命名服务支持多种命名结构如Web命名协议、DNS命名架构等等那么到底该采用什么样的命名结构呢?这里面还是有比较大的学问因为在以后系统维护中可能要与其它应用程序进行整合此时如果整合的系统采用相同或者类似的命名架购那么以后整合的工作就会相对简单许多一般来说一家公司开发的产品其采用的都是统一的命名架购不管开发人员喜欢使用什么样的命名结构公司都会要求其在后续

6、的开发时采用公司规定命名架购这也主要是为了方便后续与自己公司产品的集成现在主要的问题是如果公司接受的是客户委托授权的开发同时又有与其他软件集成的内容在里面那么对于这个命名架购可能需要特别的考虑如要分析一下企业现有软件所采用的命名架构然后根据其采用的形式来确定自己最终需要采用的命名结构一般来说在一个应用软件或者一个项目中最好采用同一种命名架购如采用的都是Web命名协议等等这就好像在不同版本的电话簿中采用的是同一个目录格式这就会在很大程度上方便用户的查询    其次需要注意的是虽然JNDI命名服务采用都是基本固定的格式即已经采用了标准化的手段但是从实际工作来看开发人员往往需要结合实际情况

7、做出适当的调整如需要考虑命名的合理性包括可读性、命名的长度等问题虽然在具体的命名规则上没有很严格的限制但是如果设计合理、细节考虑周到那么在很大程度上可以减少后续维护的压力如在一个项目团队开发中命名的规则需要经过项目成员的讨论通过然后再进行强化培训这对于后续项目成员按规则办事会有很大的帮助再如现在不少应用软件都是按模块来开发的此时在命名规则设计时也需要考虑到模块的分类简单的说一个模块一个目录不要将不同模块的类存放在一起这有利于后续应用软件的升级、二次开发等等

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。