本文是对JHipster开发文档的部分翻译,供个人学习之用。
原文链接:https://jhipster.github.io/creating-a-service/
创建服务也可以用生成器
目的是生成一个Spring Service bean,这里就可以写应用的业务逻辑。
为了生成一个名为bar的Service bean,使用:yo jhipster:service bar
这将会生成一个简单的BarService,只有几行代码,但是通常伴随着许多问题。
为什么Service类不能由实体生成器生成?
架构原则:
- 不提倡创建无用的Service,如果你的数据库需要基础CRUD,根本就不需要一个Service Bean。
- Service Bean应该比一个Repository粒度更大。一个Service Bean将使用多个Repository来提供业务值。
是否应该对Service Beans使用接口?
不应该,我们使用Spring的主要目的是AOP,它允许Spring在Beans之上添加新的行为,例如这就是事务的或安全机制的工作原理。
为了添加这些行为,Spring需要对类创建一个代理,有两种方式:
- 如果你的类需要一个接口,Spring将使用一个Java提供的标准机制来创建动态代理
- 如果你的类不使用接口,Spring将使用CGLIB来生成一个新的类,这种机制与标准机制兼容。
接口或许更适合编写测试,但我们不应为测试修改生产代码,所有的新的mocking框架(如EasyMock)允许你在没有接口的情况下创建很好的单元测试。
为什么应该使用事务来获取惰性JPA关系?
默认情况下JPA对一对多和多对多关系使用惰性初始化。如果你使用这种默认的配置,你将看到可怕的LazyInitialiazationException,这表示你必须尝试使用一个在事务外未初始化的关系。
Service类默认使用@Transactional注解,它所有的方法都是事务性的。这意味着你可以获取所有业务方法中必要的惰性关系而不产生LazyInitialiazationException。
提示:如果你不修改任何数据,可以对一个方法使用@Transactional(readOnly=true)注解。这是一种很好的性能优化(既然我们不用修改值,Hibernate就不需要刷新第一层缓存)。这也是一些JDBC驱动程序的质量提高方法(例如Oracle不允许发送insert、update、delete语句)。
可以对Service Beans添加安全机制吗?
当然,对你的类或方法添加Spring Security的@Secured注解,并使用AuthoritiesConstants类来限制对特定用户验证的访问。
可以监视Service Beans吗?
当然,只要对想要监视的方法添加Metrics的@Timed注解即可。