|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
没有那个大公司会傻了吧唧用.net开发大型项目,开发了,那等于自己一半的生命线被微软握着呢。而.net不行,限制在window系统,又是捆绑,鄙视微软之!
弁言
在已往的几近整整十年中,人们编写了良多有关Java™Platform,EnterpriseEdition(JavaEE)最好理论的内容。如今有十多本书本和数以百计(大概更多)的文章,供应了关于应当怎样编写JavaEE使用程序的看法。现实上,这方面的参考材料云云之多,而且这些参考材料之间常常还存在着一些冲突的倡议,以致于在这些混同的内容中举行进修自己同样成为了接纳JavaEE的停滞。因而,为了给刚进进这个范畴的客户供应一些复杂的引导,我们汇编了这个最主要的最好理论列表,个中包含我们以为最主要和最无效的JavaEE最佳理论。遗憾的是,我们没法仅在10年夜最好理论中形貌一切必要先容的内容。因而,为了不漏掉关头的最好理论和尊敬JavaEE的开展,我们的列表中包括了“19年夜”关头的JavaEE最好理论。
1.一直利用MVC框架。
将营业逻辑(JavaBean和EJB组件)从把持器逻辑(Servlet/Struts操纵)和暗示逻辑(JSP、XML/XSLT)中明晰地分别出来。良好的分层能够带来很多优点。
这项理论十分主要,乃至没有其他最好理论能够与其等量齐观。关于优秀的JavaEE使用程序计划而言,模子-视图-把持器(MVC)是相当主要的。它将程序的义务复杂地分为上面几个部分:
卖力业务逻辑的部分(模子,一般利用EnterpriseJavaBeans™或传统Java对象来完成)。
卖力用户接口暗示的部分(视图)。
卖力使用程序导航的部分(把持器,一般利用JavaServlet或类Struts把持器如许相干的类来完成)。
关于JavaEE,有很多关于这个主题的优异批评,我们出格保举感乐趣的读者能够参考[Fowler]大概[Brown](请拜见参考材料部分)的批评,以便周全和深切地懂得相干内容。
假如不遵守基础的MVC系统结构,在开辟过程当中就会呈现很多的成绩。最多见的成绩是,将过量的义务放到该系统布局的视图部分中。大概存在利用JSP标志来实行数据库会见,大概在JSP中举行使用程序的流程把持,这在小范围的使用程序中是对照罕见的,可是,随着前期的开辟,如许做将会带来成绩,由于JSP慢慢变得愈来愈难以保护和调试。
相似地,我们也常常看到将视图层构建到营业逻辑的情形。比方,一个罕见的成绩就是将在构建视图时利用的XML剖析手艺间接使用到营业层。营业层应当对营业对象举行操纵,而不是对与视图相干的特定命据暗示举行操纵。
但是,仅仅利用得当的组件没法完成使用程序的准确分层。我们经常见到一些使用程序包括Servlet、JSP和EJB组件一切这三项,但是,其次要的营业逻辑倒是在Servlet层完成的,大概使用程序导航是在JSP中处置的。您必需对代码举行严厉的反省和重构,以确保仅在模子层中处置营业逻辑,在把持器层中举行使用程序导航,而视图应当只体贴怎样将模子对象出现为符合的HTML和Javascript™。
本文中这项倡议的涵义应当比原始版本中的加倍清楚。用户接口手艺不休地产生着变更,将营业逻辑联系关系于用户接口,会使得对接口的变动影响到现有的体系。几年之前,Web使用程序用户接口开辟职员大概从Servlet和JSP、Struts和XML/XSL转换中举行选择。在那今后,Tiles和Faces十分盛行,而如今,AJAX年夜行其道。假如每当首选的用户接口手艺产生了变动就要从头开辟使用程序的中心营业逻辑,那末就糟透了。
<p>
还得说上一点,就java本质而言,是面相对象的,但是你有没有发现,java也不全是,比如说基本类型,int,那他就是整型而不是对象,转换类型是还得借助包装类。 |
|