本文章主要讲了两个技?一是在Dao层中基本操作的复用,和Spring配置中的一些代码复用?/strong>
明的说一下类的作用:
BaseDaoQ接口类Q:
实体中共有的增删Ҏ操作的接?/p>
BaseHibernateDaoQ实现类Q:l承HibernateDaoSupportQ实现BaseDao接口
实现BaseDaocM的基本操作?/p>
UserDaoQ接口类Q:l承BaseDaoc?/p>
实体中除了基本操作的额外操作Q用于扩充功能?/p>
UserHibernateDaoQ实现类Q:l承BaseHibernateDaoc,实现UserDao接口
实现UserDaocȝ操作?/p>
从上面的分析可以看出来,UserDaocL包含有全部的底层操作的接口,而UserHibernateDaocL实现了UserDao
cȝ全部操作?span style="color: rgb(255,0,0)">实现了basecdQ实际上是简化了实体通用的操作,只写一ơ就行了。?/span>
在ssh2 l构中,可以利用spring 对UserService c进行注入UserDaocd可。如Spring的配|文Ӟ
下面是上面一些类的演CZ码:
BaseDao
BaseHibernateDao
UserDao
UserHibernateDao
q么理解输入输出?/font>
d?自然要有d的源?
输出也要输出到某个地?输出一般是先要输读?
q里q接输入和输出的是一个在内存中的字节数组buffer.q样从数据库中读到这个数l里,输出在从这个数l中输出到特定的文g格式?
目前常见的web application的结构,包含web browser/application server/database。database占据L的仍然是l典的E/R模型Q这个模型是Z行集的,因此?A target=_blank>VB/Delphi/Power Builder的实践中Qdata source/table set都是Z行集的,odbc/JDBC driver也都是基于行集的。view层的DbGrid也是Z行集的,和Entity模型对应得非常好Q开发简易直观,怿q是C/S模式得到q速推q的重点原因之一。“master-detail?"lookup"都是C/S模式下极为常见和直观的关联模式?/P>
但本质上QObject pascal/java都是面向对象的。在此,出C一ơ重大的不统一QOO vs E-R。出现的解决方式是EJB和O/R mapping 工具。EJB的entity bean是早期的entity装形式。但是和现在以hibernateZ表的先进工具Q对POJO执行持久化)比较hQ在OO与ER的对应上昑־W重而难于用。在q些工具中,代表OO与E-R融合的最本质的功能则是承树与表l构的对应关pRhibernate2支持整棵l承树与一个表对应、承树中每个类与一个表对应两种基本的对应关p,而hibernate 3引入的join标记则更可以二者融合,实现每个cd选与基类在同一个表中持久或者在新表中保存部分持久数据,可以说hibernate 3把这个对应的d完成得非常出艌Ӏ?master-detail","lookup"则对应hbm.XMLq样的映文件中?one-many","many-one"兌?/P>
database与java的融合完成之后,下一步,不可避免的就是现有的web client?A target=_blank>服务?/FONT>端代码之间的融合。从表面上看Qweb client大多采用html/JavaScript完成Q而服务器端采用java输出Q二者是单的命o/反馈的模型,q个模型从model 1发展到MVC的模型后Q编写代码变得清晎ͼ但是开发h员仍然发玎ͼ~写web app仍然不是一件简单的事情?A target=_blank>Struts/webwork仍然只是非常底层的基Q对~写客户端业务对象没有什么帮助。比如说,在服务器端javaE序建模Ӟ大家已经习惯用pojo分析订单/客户/产品Q但是在~写web clientӞstruts/webwork都只能帮助你完成面提交/反馈的流E,却不能帮助你分析客户端业务:新徏订单Ӟ选择了客户之后,判断此客h否有_的预收款Q这样一个简单用例在E序员心目中的反映仍然是每个字段的input tag,每个面post上来的model,以及如何用action的处理再ơ渲染下一个页面?/P>
最大的问题Q就是作现层的web client端代码与服务器端代码蕴含的语义脱节。具体表现在Q?BR> 在采用struts/webworkq样的MVCl构的时候,通常不会考虑在客Lq行业务控制Q比如由javascipt判断预收ƾ是否够。因此需要不断的多次面h才能完成整个逻辑?/P>
要解x问题Q通常可以采用把业务逻辑部分转移到客LQ以javascript + xmlhttp或javascript + web service,java Applet/application,甚至采用Officeq_(嵌入代码到excel)完成整个业务逻辑。也有很多问题: 1Q若要在客户端实C务逻辑Q可能客L代码没有对应Pojoq样的基object设施。javascript~Z如interfaceq样的基l构。excelҎ在这Ҏ加难于进行,因ؓ整个开发涉及到的语a太多Q造成开发难度加大,目控制困难?BR>直接后果是Q难于在客户端代码中定义"master-detail","lookup"{关联。就在目规划中在javascript中定义pojo(plain old javascript object)及其兌Q也难于利用hbm.xmlq样的现成关联描q?/P>
2Q客L基础设施难于q行界面元素l定。在处理大量数据ӞexcelҎ在此体现出杰出的优势Q客户对内置E序的excel的接受程度非帔RQ但~点是这UexcelE序难于做到xmlhttp可以L做到的动态查询等Ҏ?/P>
3Q客L基础设施难于与服务器端进行交互。xmlhttp以及web service可选,但是在企业应用中其低下效率可能会带来服务器的压力隐患Q降低性能和吞吐量。若excelҎQ则同样面着与服务器数据交互的难题。不是xmlhttpҎq是applicationҎQ都面着抛弃struts/webwork重新实现request/response dispatch的要求?/P>
4Q客L基础设施难于q行单元试。有junit4jsQport了junit 3.8.1Q但没有成熟的stub/mock工具。excelҎ在此几乎不可试?/P>
5, 客户端基设施难于调试。javascript~ZcMlog4jq样的log工具(log4js http://www.petrusrex.com/Programmes/jslib.htm q样的工兯q没有成?Q也难于q行断点跟踪。excelҎ倒是有完整的vba环境?/P>
6, 客户端基设施q行效率低。javascipt/vba都是解释语言Q难于实现复杂逻辑Q其性能军_只能用它们进行细_度的界面控制?/P>
7Q由于浏览器的分裂,造成语言的不标准Q应用程序难以跨q_使用。在IEq_上可以用behavior和expressionq种cAOP的操作,却无法在mozilla中实现?/P>
jsfҎ有望成ؓ备选方案,但是按照myfaces目前的情况,要实现更多的表现层控Ӟ才能完成更复杂灵zȝ控制?/P>
下面一?A target=_blank>软g开?/FONT>方式的突_向前看,可能出现设计方式的突_MDA是方向;另一个方向就是向后对具体实现的突_在类似webappq样的具体技术(除了webapp,application同样面;cM问题Q上Q对于是否能够把model的定义直接带入到表现层,JSF?A target=_blank>.net可能会有C轮竞争?BR>
]]>
查询l果从多张表中找出非常普遍,该例子教你实现查询结果bean的实?BR>1 插寻l果beanQA的属性a、b来源于已影射的bean M,N
class A
{
String a,b;
public A(String a,String b)
{
this.a=a;
thia.b=b;
}
}
2 ~写查询Ҏ
Query q;
List l = null;
q = session.createQuery("select new A(M.a,N.b) from M as M,N as N where M.id=N.id");
3 资源载入A
<import class="package.A"/>