Grails 3.3：如何替换已弃用的Service构件？

嘿，针对你升级Grails 3.2到3.3时遇到的grails.artefact.Service弃用问题，我给你整理了几个实用的替代方案，都是官方推荐的方向：

1. 移除Service接口实现，改用Spring注解标识服务 #

原来的grails.artefact.Service主要是让Grails识别服务类，现在Grails 3.3+已经完全兼容Spring的组件模型了，直接用Spring的注解就能搞定。你的BaseService可以这么改：

// 抽象类不需要加服务注解，让子类来标记
abstract class BaseService {
    // 你的各种辅助方法都可以保留在这里
}

// 子类示例，用Spring的@Service注解标记
import org.springframework.stereotype.Service

@Service
class UserService extends BaseService {
    // 子类的业务逻辑
}

如果你的BaseService本身需要依赖注入（比如要注入grailsApplication或者其他服务），可以给抽象类加上@Component注解，这样Grails会自动处理它的依赖：

import org.springframework.stereotype.Component

@Component
abstract class BaseService {
    def grailsApplication // 依赖注入正常生效

    // 你的辅助方法...
}

2. 替换grails.events.Events的事件功能 #

如果之前你的BaseService用到了Events接口的事件发布功能（比如publishEvent()），现在可以用Spring原生的ApplicationEventPublisher来替代：

import org.springframework.context.ApplicationEventPublisher
import org.springframework.context.ApplicationEventPublisherAware
import org.springframework.stereotype.Component

@Component
abstract class BaseService implements ApplicationEventPublisherAware {
    ApplicationEventPublisher applicationEventPublisher

    // 封装一个和原来用法类似的发布方法
    protected void publishEvent(Object event) {
        applicationEventPublisher.publishEvent(event)
    }

    // 其他辅助方法...
}

监听事件的话，直接在子类里用@EventListener注解就行，比原来的方式更灵活：

import org.springframework.context.event.EventListener

@Service
class UserService extends BaseService {
    @EventListener
    void onUserCreated(UserCreatedEvent event) {
        // 处理事件的逻辑
    }
}

3. 过渡方案（不推荐长期用） #

如果暂时不想大范围改代码，也可以用grails.artefact.support.ArtefactSupport来过渡，但这只是权宜之计，官方后续可能会移除这个类，所以还是建议尽早迁移到Spring原生方案：

import grails.artefact.support.ArtefactSupport

abstract class BaseService extends ArtefactSupport {
    // 保留原有辅助方法
}

总的来说，最推荐的是第一种方案，完全贴合Grails 3.3+的设计思路，也能更好地和Spring生态融合，后续维护起来也更省心。

内容的提问来源于stack exchange，提问作者ilPittiz