hibernate培训讲座学习教案

会计学1hibernate培训讲座培训讲座第一页，编辑于星期六：十三点 三十二分。第1页/共86页第二页，编辑于星期六：十三点 三十二分。持久化持久层持久化如何演变为持久层？是不是只要在应用中用了数据库就天然具备了“持久层”了呢？未必！第2页/共86页第三页，编辑于星期六：十三点 三十二分。第3页/共86页第四页，编辑于星期六：十三点 三十二分。第4页/共86页第五页，编辑于星期六：十三点 三十二分。第5页/共86页第六页，编辑于星期六：十三点 三十二分。第6页/共86页第七页，编辑于星期六：十三点 三十二分。第7页/共86页第八页，编辑于星期六：十三点 三十二分。第8页/共86页第九页，编辑于星期六：十三点 三十二分。第9页/共86页第十页，编辑于星期六：十三点 三十二分。第10页/共86页第十一页，编辑于星期六：十三点 三十二分。第11页/共86页第十二页，编辑于星期六：十三点 三十二分。第12页/共86页第十三页，编辑于星期六：十三点 三十二分。第13页/共86页第十四页，编辑于星期六：十三点 三十二分。第14页/共86页第十五页，编辑于星期六：十三点 三十二分。开发如何分层？开发如何分层？业务逻辑层和持久化层绝不要依赖于展现层。持久层对于业务层是透明的，持久层和业务层的变化是彼此独立的。第15页/共86页第十六页，编辑于星期六：十三点 三十二分。第16页/共86页第十七页，编辑于星期六：十三点 三十二分。第17页/共86页第十八页，编辑于星期六：十三点 三十二分。第18页/共86页第十九页，编辑于星期六：十三点 三十二分。第19页/共86页第二十页，编辑于星期六：十三点 三十二分。第20页/共86页第二十一页，编辑于星期六：十三点 三十二分。第21页/共86页第二十二页，编辑于星期六：十三点 三十二分。对象对象关系数据库关系数据库类表对象记录类的属性（基本类型）表的列1:n/n:1外键第22页/共86页第二十三页，编辑于星期六：十三点 三十二分。第23页/共86页第二十四页，编辑于星期六：十三点 三十二分。第24页/共86页第二十五页，编辑于星期六：十三点 三十二分。第25页/共86页第二十六页，编辑于星期六：十三点 三十二分。第26页/共86页第二十七页，编辑于星期六：十三点 三十二分。第27页/共86页第二十八页，编辑于星期六：十三点 三十二分。第28页/共86页第二十九页，编辑于星期六：十三点 三十二分。第29页/共86页第三十页，编辑于星期六：十三点 三十二分。第30页/共86页第三十一页，编辑于星期六：十三点 三十二分。第31页/共86页第三十二页，编辑于星期六：十三点 三十二分。第32页/共86页第三十三页，编辑于星期六：十三点 三十二分。第33页/共86页第三十四页，编辑于星期六：十三点 三十二分。第34页/共86页第三十五页，编辑于星期六：十三点 三十二分。第35页/共86页第三十六页，编辑于星期六：十三点 三十二分。第36页/共86页第三十七页，编辑于星期六：十三点 三十二分。第37页/共86页第三十八页，编辑于星期六：十三点 三十二分。第38页/共86页第三十九页，编辑于星期六：十三点 三十二分。第39页/共86页第四十页，编辑于星期六：十三点 三十二分。该设计体现了一个“合成 ”的关系（composition）：即整体和部分的关系。部分不可独立存在而依赖于整体。sendMessage()这种细粒度的设计更好的体现了类的内聚性，体现了对象设计的职责分配原则：将职责分配给拥有履行一个职责所必需信息的类 。第40页/共86页第四十一页，编辑于星期六：十三点 三十二分。这样的设计是不必要的，并且存在性能问题。第41页/共86页第四十二页，编辑于星期六：十三点 三十二分。第42页/共86页第四十三页，编辑于星期六：十三点 三十二分。第43页/共86页第四十四页，编辑于星期六：十三点 三十二分。对象模型存在“is a”和“has a”的关系，而关系模型仅仅存在“has a”的关系，这是对象模型和关系模型最明显的mismatch，如何将“is a”转化为数据库中的“has a”是hibernate需要解决的问题。第44页/共86页第四十五页，编辑于星期六：十三点 三十二分。这是最简单的一种方式：每一个子类对应一张表，父类没有表。这种方式会产生“Polymorphic queries”的问题。第45页/共86页第四十六页，编辑于星期六：十三点 三十二分。第46页/共86页第四十七页，编辑于星期六：十三点 三十二分。整个继承树对应一张表，子类用type discriminator字段来区分。这种方式在性能和简单性两方面都做的很好。父类的变动很方便。第47页/共86页第四十八页，编辑于星期六：十三点 三十二分。第48页/共86页第四十九页，编辑于星期六：十三点 三十二分。第49页/共86页第五十页，编辑于星期六：十三点 三十二分。这种设计符合数据库的设计范式。但是可能会有严重的性能问题。第50页/共86页第五十一页，编辑于星期六：十三点 三十二分。第51页/共86页第五十二页，编辑于星期六：十三点 三十二分。第52页/共86页第五十三页，编辑于星期六：十三点 三十二分。第53页/共86页第五十四页，编辑于星期六：十三点 三十二分。第54页/共86页第五十五页，编辑于星期六：十三点 三十二分。第55页/共86页第五十六页，编辑于星期六：十三点 三十二分。第56页/共86页第五十七页，编辑于星期六：十三点 三十二分。第57页/共86页第五十八页，编辑于星期六：十三点 三十二分。第58页/共86页第五十九页，编辑于星期六：十三点 三十二分。第59页/共86页第六十页，编辑于星期六：十三点 三十二分。第60页/共86页第六十一页，编辑于星期六：十三点 三十二分。第61页/共86页第六十二页，编辑于星期六：十三点 三十二分。第62页/共86页第六十三页，编辑于星期六：十三点 三十二分。第63页/共86页第六十四页，编辑于星期六：十三点 三十二分。第64页/共86页第六十五页，编辑于星期六：十三点 三十二分。第65页/共86页第六十六页，编辑于星期六：十三点 三十二分。第66页/共86页第六十七页，编辑于星期六：十三点 三十二分。第67页/共86页第六十八页，编辑于星期六：十三点 三十二分。第68页/共86页第六十九页，编辑于星期六：十三点 三十二分。第69页/共86页第七十页，编辑于星期六：十三点 三十二分。第70页/共86页第七十一页，编辑于星期六：十三点 三十二分。第71页/共86页第七十二页，编辑于星期六：十三点 三十二分。第72页/共86页第七十三页，编辑于星期六：十三点 三十二分。第73页/共86页第七十四页，编辑于星期六：十三点 三十二分。第74页/共86页第七十五页，编辑于星期六：十三点 三十二分。第75页/共86页第七十六页，编辑于星期六：十三点 三十二分。第76页/共86页第七十七页，编辑于星期六：十三点 三十二分。第77页/共86页第七十八页，编辑于星期六：十三点 三十二分。第78页/共86页第七十九页，编辑于星期六：十三点 三十二分。第79页/共86页第八十页，编辑于星期六：十三点 三十二分。第80页/共86页第八十一页，编辑于星期六：十三点 三十二分。第81页/共86页第八十二页，编辑于星期六：十三点 三十二分。第82页/共86页第八十三页，编辑于星期六：十三点 三十二分。第83页/共86页第八十四页，编辑于星期六：十三点 三十二分。粒度顺序是：粒度顺序是：service dao domain业务逻辑尽量写在业务逻辑尽量写在domain里，不要在里，不要在service写任何业务逻写任何业务逻辑，而仅仅在辑，而仅仅在service里调用里调用dao和和domain，完成事务逻辑，供，完成事务逻辑，供前台调用。前台调用。第84页/共86页第八十五页，编辑于星期六：十三点 三十二分。第85页/共86页第八十六页，编辑于星期六：十三点 三十二分。