国产精品第一国产精品,日韩欧美自拍,国产欧美一区二区精品久久久

Grails 1.1 �?PetClinic-MVC 实例的源代码分析

阉K�� — Sat, 14 Mar 2009 04:33:00 GMT

本文的主要内�Ҏ��?Grails 1.1 �?PetClinic-MVC 实例的代码分析。这个实例主要验证了如何在非 Grails 的项目中使用 GORM。此外也演示�?Spring MVC 2.5 的一些用法。本文假讑֤�家对 Spring、Spring MVC、Groovy �?Grails 有着初步的了解。OK, let's go!

Domain �?/span>

目前 Grails 只提供了在普�?Spring 应用中独立��?GORM 的方法（现在 Groovy �?Grails 已是 SpringSource 旗下的��品了�Q�自然要首先对自家��品提供支持）。不�q�相信以后在其它 Java EE 框架中也可独立��?GORM�?

�?Grails 以外使用 GORM�Q�只需�?Domain �c�M��使用 grails.persistence.Entity 注释卛_��。其它的��像�?Grails 中的一栗��?/p>

在配�|�方面也很简单，只要使用卛_��。详�l�请�?Grails �?PetClinic�Q�这里就不拗�q�C��?/p>

Controller �?/strong>

�?Domain 层一��P��Controller 层也全部使用 Groovy 实现。主要是因�ؓ GORM 的大部分�Ҏ��都是动态的�?

1. ClinicController: ClinicController 实现�?InitializingBean 接口。这个接口只有一个方�?afterPropertiesSet。这个方法会�?Bean 完成属性设�|�之后执行。PetClinic 用这个方式实��C��c�M�� Grails �?BootStrap 的部分功能。在�q�个�Ҏ��中我们可以看�?GORM 中的 save() �Ҏ��? addTo* 动态方法都是可用的�?/p>
   1. public void afterPropertiesSet() {
   2.     if (!Speciality.count()) {
   3.         def rad = new Speciality(name: "radiology").save()
   4.
   5.         new Vet(firstName: "Linda", lastName: "Douglas").
   6.             addToSpecialities(sur).save()
   7.
   8.
   9.         ['dog', 'lizard', 'cat', 'snake', 'bird', 'hamster'].each {
  10.             new PetType(name: it).save()
  11.         }
  12.     }
  13. }

可能有�h会问�Q�afterPropertiesSet() �q�个�Ҏ��的作用就是增加一些预定义的数据，��Z��么不使用构造函数来实现。实际上�Q�在本例中，afterPropertiesSet() 的作用的��可以用构造函数来实现�Q�经�q�测试）。至于作者是��Z��什么目的而选择了实�?InitializingBean 接口我也说不好�?br />
ClinicController 的其它部分就是一些简单的不能再简单的 Http ��h��处理函数了。需要说明的一�Ҏ�� @RequestMapping 中的��g��表了��h��?URL�Q�这个是不用带后�~�的，也就是说 ".do" 是多余的�?br />
2. AddPetForm:

       �?AddPetForm �cȝ��U�别上有三个注释�Q�分别是 @Controller, @RequestMapping �? @SessionAttributes。@Controller 不用多说�Q�作用是�q�个�c�d��明�ؓ一�?Spring Controller�Q��ƈ��d��? Context 中。下面介�l�一�?@RequestMapping �?@SessionAttributes 的功能：

@RequestMapping 可以定义处理��h��的�\径和�Ҏ��c�d��Q�即可放在类声明上，也可攑֜��Ҏ��声明上。在 AddPetForm 中，�c�d��Ҏ��上都�?@RequestMapping�Q�类上的 @RequestMapping 用来定义��h��路径。两�? @RequestMapping 的方法分别负责处�?get ��h��?post ��h��。但我认为更好的方式是在一�?Controller �c�M��定义多个处理��h��的方法，��像 Grails �?Controller 那样。需要注意的是方法上面的 @RequestMapping 上面的值�ƈ不会覆盖�c�M��?@RequestMapping 中的倹{�?/li>

@SessionAttributes 中的��g��表了 org.springframework.ui.Model 中应该被讄��? Session 范围的变量。在 Spring MVC 应用中，�q�些变量往往是�v�?ActionForm(Struts) �? CommandObject(Spring MVC) 的作用。之所以要��表单对象放�?Session 中，是�ؓ了��其能够在表单昄��和之后的表单提交�q�样�q�程中不丢失。@SessionAttributes 的这�U�用法是源于 Spring MVC 2.0 AbstractFormController �?SessionForm 模式�?br />
实际上，使用 @SessionAttributes 是很成问题的�Q�有时是不可接受的。考虑以下场景�Q�在 PetClinic 应用中，新徏两个 Owner�Q�然后�ؓ�q�两�?Owner 都添加新�? Pet。注意，只要昄��出来 Add Pet 的页面即可。这�Ӟ��q�两个页面的 URL 应该�?addPet.do?ownerId=num1 �? addPet.do?ownerId=num2 。这时将先打开的表�?/span> 提交 �Q�假设是 num1 的那个。你会发��C�� 实际上是�?num2 Owner ��d��了一�?Pet�?br />
�q�个问题的原因其实是很简单的�Q�我��׃��解释了。从上面�q�个事实来看�Q�@SessionAttributes 的缺点还是比较明显。是否采用这�U�方式还要看�q�个问题对你的应用的影响是否是致命的了。Spring MVC 有必要改�q�一下，�?Seam 那样可以很方便的使用 Conversation 是解决问题的一个好办法。（当然也可以��?hidden 域来保存 id�Q��?br />
Spring MVC 之所以要使用�q�种有较明显�~�陷的方式的原因是要使用 Spring MVC 的表单数据绑定功能。由于目前还没有扑ֈ�更好的方式，所以只能��?@SessionAttribute 了。这一块还�?Spring MVC 的一个短板，需要在新版本中改进�?br />

除此以外�Q�AddPetForm 中还有两个特�D�的�Ҏ��Q�一个是注释�?@ModelAttribute 的方法；另一个是注释�?@InitBinder 的方法。下面分别介�l�一下：

@ModelAttribute 可以用在�Ҏ��上，也可以用在�Ş参上。如果放在方法上�Q�那它会在进入请求处理方法是准备一些数据，作用�? SimpleFormController �?referenceData() 一栗��@ModelAttribute 的这�U�用法可能会让�h联想�? Seam 中的 @Factory。但�?@ModelAttribute 注释的方法只会在同一�?Controller 中被注释�? @RequestMapping 的方法调用之前被调用�Q��?@Factory �Ҏ��则是全局的�?br />
你可以在 setupForm �Ҏ��中向 request �?session 中设�|�一些需要显�C�在��面上的数据�Q�但是如果只攑֜� request 里的话，在表单验证发生时�Q�数据便会丢失；攑֜� session �~�点自不必多说。在 Spring Web Flow 新加入的 flow �?conversation �{�新�?scope 无法很容易地�?Spring MVC 中��用的情况下，使用 @ModelAttribute 无疑是更好的选择。�ƈ且��?@ModelAttribute 可以在多�? @RequestMapping �Ҏ��之间实现代码的重用�?br />

@InitBinder 适用于注册只属于�?Controller 的属性编辑器。但�?AddPetForm 中，@InitBinder �Ҏ��只是告诉 Spring MVC�Q��\径�ؓ�Q?lt;form: input path="id" />�Q?id 的��g��要��用属性编辑器。不�q�页面里也压�Ҏ��?路径�?id 的倹{��所以，我觉得这个又是一个多余的代码。（我试�q�将 @InitBinder �Ҏ��注释掉，对程序没有媄响）

Controller 层中两个�Ҏ��的类�Q�ClinicBindingInitializer �?PetTypeEditor

ClinicBindingInitializer 的作用是注册全句的属性编辑器

PetTypeEditor 是用于处�?PetType �c�d��数据�l�定的属性编辑器�?strong>对于�?PetType �q�样的实体之间的兌��属性，恰当��C��用属性编辑器可以��化程序的开发�?/span> �Q�不�?Grails 是否实现了一个动态的属性编辑器�Q�用于关联属性的数据�l�定�Q?/li>

配置

1. applicationContext.xml

applicationContext 中大部分都是常见�?Spring 配置。特�D�一点的配置除了以外�Q�还�?Hibernate StatisticsService JMX 的配�|��?/p>

2. dispatcher-servlet.xml

Spring MVC 配置文�g�Q�也是一�?Spring 的配�|�文�Ӟ��的默认名�?dispatcher-servlet.xml�?/p>

从上至下�Q�第一个配�|�表明哪�?Package 下的 Class 使用�?Spring �?@Controller 注释。这�?Spring 容器在启动的时候会自动扫描其下�?Class�Q�将加注�?@Controller 注释的类加入�?Spring 的容器中�?

�W�二个配�|?DefaultAnnotationHandlerMapping �?HandlerMapping 接口的一个最常用的实现类。用于映��?Handler 和请求�\径之间的关系。通过�q�样的配�|�，Controller 中的 @RequestMapping 中的路径值就可以真正地和 Http ��h��对应��h��。HandlerMapping 的另外一个常用的实现�c�L�� ControllerClassNameHandlerMapping �?/p>

�W�三个配�|?AnnotationMethodHandlerAdapter 的作用是使处理请求的 Handler 能够真正的具有处理请求的能力而提供一些服务，包括��求参数绑定应用相应的属性编辑器�Q�通过注册 webBindingInitializer 实现�Q��?/p>

==============================�l�束的分割线==============================

写到�q�里�Q�PetClinic-MVC 中值得分析学习的代码都提到了。PetClinic-MVC 是一个很��的应用�Q�但是其中演�C�Z�� GORM 在普�?Spring 中的应用�? Spring MVC 2.5 的��用。细看的话还是能学到不少东西的。我所写的只是我的理解�Q�难免会有一些不��_��错误�Q�欢�q�纠正�?/span>

阉K�� 2009-03-14 12:33 发表评论

阉K�� — Wed, 16 Jul 2008 07:48:00 GMT

SessionFactory.getCurrentSession() �?Hibernate 应用获取 Session 的常用方法。在调用该方法时�Q�Hibernate 会从 interface CurrentSessionContext 获取当前�? Session�Q�这是Hibernate 在不同组件中传�?Session 的方法�?br id="rx2v" />
CurrentSessionContext 有三个实玎ͼ�分别�? ThreadLocalSessionContext、JTASessionContext �? ManagedSessionContext。ThreadLocalSessionContext ��?Session 与当前线�E�绑定，是��用较多的一�U�方案；JTASessionContext ��?Session �?JTA 事务�l�定�Q�在 JTA 环境中��用；ManagedSessionContext 使应用可以通过 bind() �?unbind() �Ҏ��控制 Session 的绑定，主要在有 Conversation 的应用中使用�Q�如果��? ManagedSessionContext�Q�开发�h员要做的事情�q�是很多的）。CurrentSessionContext 实现的选择可以通过 hibernate.current_session_context_class 来配�|��?br id="v:ca" />
另一�U�更常见的创�?Session 的方法是 openSession()。openSession() �? getCurrentSession() 有何不同和关联呢�Q�在 SessionFactory 启动的时候，Hibernate 会根据配�|�创建相应的 CurrentSessionContext�Q�在 getCurrentSession() 被调用的时候，实际被执行的�Ҏ��? CurrentSessionContext.currentSession() 。在 currentSession() 执行�Ӟ��如果当前 Session 为空�Q�currentSession 会调�?SessionFactory �?openSession。所�? getCurrentSession() 对于 Java EE 来说是更好的获取 Session 的方法�?br id="gr:f" />
再说 ManagedSessionContext�Q�它提供了更灉|��的绑�?Session 的方式，但是使用��h��M��单。在 Hibernate �?CaveatEmptor 实例中有关于使用 ManagedSessionContext 的例子，但更好的选择是��?Seam Framework�?br id="y31y" />

阉K�� 2008-07-16 15:48 发表评论

EJB 3.0 �?Seam-managed Persistence Context

阉K�� — Sat, 14 Jun 2008 13:59:00 GMT

本文��简单谈谈我�?EJB 3.0 的两�U?Persistence Context �?Seam-managed Persistence Context 的不同点的理解、所要解决的问题和我自己所疑惑的问题�?br />
EJB 3.0 (JPA) �?Persistence Context

大家在��?EJB 3.0 的时候会注意�?EJB 3.0 中的容器��理 Persistence Context 有两�U�类型，一�U�是 Transaction�Q�另一�U�是 Extended。这是一个较 Hibernate �?Session 所没有的概念，Session 没有两种不同的类型，而且最重要的是 Session 不是容器��理的，�q�里的容器指的是 App Server 容器。这里暂时不谈论 Persistence Context �?Session 之间的异同，主要谈谈两种 Persistence Context 之间的不同。学�q?ORM 的同学都知道�Q�当 Persistence Context 是打开状态的时候，Model ��处于被��理的状态中�Q�当 Persistence Context 关闭之后�Q�Model ��处于了 Detached 状态�?br />
上面�q�些�Ҏ��对�?Transaction �?Extended �?Persistence Context 都是一��L��Q�不同的地方在于 Persistence Context 何时被打开关闭。由于绝大多数情况下 Persistence Context 是被容器��理的（如果你不嫌篏也可以自己控�?Persistence Context�Q�，所以在 EJB 3.0 应用中看不到打开或关�? Persistence Context 的代码（Spring + Hibernate 的应用也同样如此�Q�Hibernate Session 的管理工作可以交�l?Spring 来做�Q��?/p>

其实�Q�Transaction �?Extended Persistence Context 的不同之处也��在于容器何时打开或关�?Persistence Context。Transaction �c�d��?Persistence Context 的打开和关闭是和事务的打开和关闭是同步的。也��是说在一个事务开始之后，Persistence Context 才会开始；在事务关闭的时候，相应�?Persistence Context 也会被关闭�?br />

   Extended �c�d��?Persistence Context 的打开和关闭是�?Stateful Session Bean 的生命周期同步的�Q�是跨越事务的。也��是��_��?SFSB 的初始化开始，直到销毁，Persistence Context 都是存在的。你可以在事务之外执行写操作�Q�但是这是�ƈ不会执行真正的数据库操作�Q�写操作只是攑օ�了队列，直到下一个事务，写操作才会真正地被执行。两者的不同��单说来就�?Extended Persistence Context 存在的时间更�ѝ��那��Z��么要有两�U�不同的 Persistence Context 呢？

    当一�?Web ��h��到来�Ӟ��服务器会打开一个线�E�，�q�个�U�程可能会调用一个事务方法，�q�是一个事务便开始了�Q�当�q�个��h��l�束�Ӟ��U�程关闭�Q�事务也随之�l�束。由�? Transaction �c�d��?Persistence Context 的生存周期是在事务范围之内的�Q�所以一�?Web ��h��的结束也意味着相应�?Persistence Context 的关闭。由于多�?Web 应用在一��?Web ��h��内即可完成一个独立的操作�Q�所以大部分情况�?Transaction �?Persistence Context 是适用的。但是对于一些复杂的应用�Q�一�ơ操作需要跨��多�ơ请求。这�U�情况下�Q�如果依旧��?Transcation �?Persistence Context�Q�由于每�ơ请求结束后�Q�相应的 Persistence Context 都被关闭�Q�相应的 Model 也就变�ؓ Detached 状态。如果接下来的请求仍焉��要这些已�l�变�?Detached 状态的 Model ��需要重�?load�Q��?merge() �Ҏ��来持久化。稍有不适就会��?LazyInitializationException �? NonUniqueObjectException。同�Ӟ��q�也提高了操作的复杂�E�度�?br />
    如果使用 Extended Persistence Context ��p��解决�q�些问题。由�?Extended Persistence Context 的生命周期是�?SFSB 的生命周期同步的�Q�所以只要多�ơ请求调用的都是同一�?SFSB 中的�Ҏ��Q�有多少�ơ的��h��Q�Persistence Context ��L��同一个，其中�?Model 也始�l�是被管理的。很好地解决�? Persistence Context 在线�E�之间传递的问题�Q�也不会�?LazyInitializationException �? NonUniqueObjectException 问题的发生�?br />
Seam-managed Persistence Context

    EJB 3.0 容器��理之下�?Persistence Context 很不错，能解军_��多问题，但是�q�是有些问题无法解决。Seam 很强大，如果有些问题 EJB 容器解决不了了，没关�p�，�?Persistence Context 交由 Seam 来管理就 OK 了。那 Seam 都能解决哪些 EJB 不能解决的问题呢�Q�先考虑下面两个问题�Q?/p>

Extended Persistence Context 虽然可以跨越多个事务�Q�但是每个事务照旧调教不误，�q�对于想在想让整个操作作��Z��ơ事务的话，该如何去�?/li>
如果一个业务的一�l�请求只是调用同一�?SFSB 的话�Q�那�?EJB �?Extended Persistence Context 可以在线�E�之间传递，�?SFSB 的整个生命周期都使用同一�?Persistence Context。但如果业务需要调用不同的 SFSB 的话�Q�如何在 SFSB 之间传递�?/li>

    对于�W�一个问题，�׃�� Seam �?JPA 实现提供者是 Hibernate�Q�而且 Hibernate 提供了一个扩展的 FlushModeType - "Manual"。通过使用�q�个 FlushModeType�Q�我们可以手工控制何时执�?flush() 操作。在 Seam 的文档中有关于这部分的介�l?�?a target="_blank">Seam-managed persistence contexts and atomic conversations 》。文档中使用了一�D늮�单的代码展示 Seam 如何实现所谓的 "atomic conversations"�Q�关于代码的内容我就不介�l�了�Q�大安��过我提供的链接来浏�?Seam 的文档）。通过�q�种方式�Q�事务貌似是跨越了整个事务，但我认�ؓ SFSB 中除了调�?flush() 的方法以外的其它�Ҏ��不是事务的。其实也没有必要�Q�因��些方法�ƈ没有执行数据库操作，所以没有必要��用事务。当�Ӟ��如果是乐观事物的话，使用了对性能�? 响也不大�Q�这只是我的一�Ҏ��薄的理解�Q�欢�q�指出错误）。只有最后的调用�?flush() 的方法有事务的必要�?br />
    �q�就引发了一个��o我不解的问题。请先看�q�篇文章�?a target="_blank">Extended Persistence Context in Stateful Session Beans 》。在�q�篇文章介绍了如何只使用 EJB 3.0 去解�?#8220;问题1”。文中的 SFSB 的默认事务属性是 "NOT_SUPPORTED"�Q�也��是说这�?SFSB 中的�Ҏ��默认不是事务的。只有最后的调用 flush() 的方法��用了 "REQUIRED" 的事务属性去覆盖默认讄��。也��是最后的�Ҏ��是事务的�Q�其它的不是。这�?Seam 所做的有区别吗�Q�感觉没有区别。但我认为像 Gavin King �q�样的大牛绝不会做无用功的，那问题就�?Seam 实现 "atomic conversations" 的内部细节到底是什么呢�Q�欢�q�大家回�{�这个问题�?br />
    对于�W�二个问题，可以通过使用 Seam-Managed Persistence Context 来解冟뀂Seam-manged Persistence Context 需要在 components.xml 文�g中进行配�|�，�q��?@In 注入�?Seam 的组件中。由�?Seam 是一个比较新的框架技术，所以关�?Seam 是如何�� Persistence Context 在组件中传递�ƈ没有详细的介�l�。应该只是声明，然后透明��C��用即可。在一�?jBPM ��程中被使用到的 Seam �l��g�Q�其中的 Persistence Context 应该是可以很�Ҏ��地被传递。（本不应该使用不确定的和模�p�的词语�Q�但无奈现在关于 Seam 的文章资料还是有限，所以我也没有找到关�?Persistence Context 在组件之间调用的例子�Q?br />
�l�束语：�q�篇文章解释的问题不多，不过都是我自��q��理解。可能有错误的地方，�Ƣ迎大家指出。同�Ӟ��又有一些新问题产生了，应该可以通过阅读 Seam 提供的例子和源代码得到解释。但 Seam 的例子只看过三个�Q�更多的�q�没有看。看�q�的 Seam 的源代码更可以忽略不计。��l�努力吧�Q�！

阉K�� 2008-06-14 21:59 发表评论