什么是服务类，为什么需要它

Nutz.Dao 接口（Git@OSC镜像）可以针对任何 POJO 的进行操作。因为是通用的 Dao 操作，所以多数接口函数都需要一个参数类说明 POJO 的类型，比如：

Pet pet = dao.fetch(Pet.class,"XiaoBai");

单独的调用一行接口，多传入一个参数到没什么，但是如果频繁的被使用，每次都要多写一个参数毕竟很是麻烦。为此我又提供一层非常简单的针对 org.nutz.dao.Dao（Git@OSC镜像）接口的封装。譬如：

IdNameEntityService<Pet> pets = new IdNameEntityService<Pet>(dao){};
Pet pet = pets.fetch("XiaoBai");

这样，调用的时候，就不用每次都传入参数了。

当然服务类并不是强制你使用的，只不过多数时候，采用 Nutz 提供的服务类会比较方便。你可以从 org.nutz.service.Service 继承自己的服务类，或者你干脆重新建立自己的服务类（提供更多的数据操作方法，进行 Crud 操作），因为 org.nutz.service.Service（Git@OSC镜像）并不复杂，所以你是否从中继承你自己的类对你的代码影响不大。你可以参考它的源代码。

Nutz 内置的服务类

在包 Service（Git@OSC镜像）中，提供了一些实现：

请重新温习一下Nutz.Dao 实体注解(Entity Annotation)中的注解 @Id 和 @Name 这两个注解，这里我称一个 POJO 对象为一个实体（Entity）：

如果 POJO 即声明了 @Id 又声明了 @Name，那么适合采用 IdNameEntityService
如果 POJO 仅声明了 @Id，那么适合采用 IdEntityService
如果 POJO 仅声明了 @Name，那么适合采用 NameEntityService
如果 POJO 即没声明了 @Id 又没声明了 @Name，那么适合采用 EntityService

关于服务类的总结

这四个内置的服务类，仅仅提供了一些基本的操作。
这些服务类都是支持泛型。
你可以直接使用，或者你可以从这四个服务类继承你自己的实现。
如果你继承这些服务类,请务必声明泛型
正确的写法

    public class RegisterService extends IdEntityService<UserBean> {
        public RegisterService(Dao dao){
            super(dao);
        }
    }

错误的写法,你在log中会看到一条警告信息.

     public class RegisterService extends IdEntityService {
         public RegisterService(Dao dao){
             super(dao);
         }
     }

即，你的 Service 必须通过模板参数，告诉自己的父类，自己要操作的 POJO 类是什么，否则父类会很茫然的

本页面的文字允许在知识共享署名-相同方式共享 3.0协议和GNU自由文档许可证下修改和再使用。

原文: http://nutzam.com/core/dao/services.html