Spring Boot（三）之找回熟悉的Controller，Service

找回熟悉的controller，service controller哪儿去了？

对于很多习惯了spring开发的同学来讲，controller，service，dao 这些套路突然间都没了会有不适感。其实呢，这些东西还在，只不过对于较简单的情景下，这些都变成了系统背后帮你做的事情。这一小节我们就先来看看如何将controller再召唤回来。召唤回来的好处有哪些呢？首先我们可以自定义api url的路径，其次可以对参数和返回的json结构做一定的处理。

如果要让 todocontroller 可以和 todorepository 配合工作的话，我们当然需要在 todocontroller 中需要引用 todorepository。

public class todocontroller {
 @autowired
 private todorepository repository;
 //省略其它部分
}

@autowired 这个修饰符是用于做依赖性注入的，上面的用法叫做 field injection，直接做类成员的注入。但spring现在鼓励用构造函数来做注入，所以，我们来看看构造函数的注入方法：

public class todocontroller {
 private todorepository repository;
 @autowired
 public todocontroller(todorepository repository){
  this.repository = repository;
 }
 //省略其它部分
}

当然我们为了可以让spring知道这是一个支持rest api的 controller ，还是需要标记其为 @restcontroller。由于默认的路径映射会在资源根用复数形式，由于todo是辅音后的o结尾，按英语习惯，会映射成 todoes。但这里用 todos 比 todoes 更舒服一些，所以我们再使用另一个 @requestmapping("/todos") 来自定义路径。这个 controller 中的其它方法比较简单，就是利用repository中的方法去增删改查即可。

package dev.local.todo;
import org.bson.types.objectid;
import org.springframework.beans.factory.annotation.autowired;
import org.springframework.web.bind.annotation.*;
import java.util.list;
@restcontroller
@requestmapping("/todos")
public class todocontroller {
 private todorepository repository;
 @autowired
 public todocontroller(todorepository repository){
  this.repository = repository;
 }
 @requestmapping(method = requestmethod.get)
 public list<todo> getalltodos(@requestheader(value = "userid") string userid) {
  return repository.findbyuserid(new objectid(userid));
 }
 @requestmapping(method = requestmethod.post)
 todo addtodo(@requestbody todo addedtodo) {
  return repository.insert(addedtodo);
 }
 @requestmapping(value = "/{id}", method = requestmethod.get)
 public todo gettodo(@pathvariable string id) {
  return repository.findone(id);
 }
 @requestmapping(value = "/{id}", method = requestmethod.put)
 todo updatetodo(@pathvariable string id, @requestbody todo updatedtodo) {
  updatedtodo.setid(id);
  return repository.save(updatedtodo);
 }
 @requestmapping(value = "/{id}", method = requestmethod.delete)
 todo removetodo(@pathvariable string id) {
  todo deletedtodo = repository.findone(id);
  repository.delete(id);
  return deletedtodo;
 }
}

上面的代码中需要再说明几个要点：

为什么在类上标记 @requestmapping("/todos") 后在每个方法上还需要添加 @requestmapping？类上面定义的 @requestmapping 的参数会默认应用于所有方法，但如果我们发现某个方法需要有自己的特殊值时，就需要定义这个方法的映射参数。比如上面例子中 addtodo，路径也是 todos，但要求 request的方法是 post，所以我们给出了 @requestmapping(method = requestmethod.post)。但 gettodo 方法的路径应该是 todos/:id，这时我们要给出 @requestmapping(value = "/{id}", method = requestmethod.get)
这些方法接受的参数也使用了各种修饰符，@pathvariable 表示参数是从路径中得来的，而 @requestbody 表示参数应该从 http request的body 中解析，类似的 @requestheader 表示参数是 http request的header中定义的。
在可以测试之前，我们还需要使用 @repository 来标记 todorepository，以便于spring可以在依赖注入时可以找到这个类。

package dev.local.todo;
import org.bson.types.objectid;
import org.springframework.data.mongodb.repository.mongorepository;
import org.springframework.stereotype.repository;
import java.util.list;
/**
 * created by wangpeng on 2017/1/26.
 */
@repository
public interface todorepository extends mongorepository<todo, string>{
 list<todo> findbyuserid(objectid userid);
}

接下来就可以用postman

做一下测试：

测试一下

controller service呢？在哪里？

熟悉spring的童鞋肯定会问，我们刚才的做法等于直接是controller访问data了，隔离不够啊。其实我觉得有很多时候，这种简单设计是挺好的，因为业务还没有到达那步，过于复杂的设计其实没啥太大意义。但这里我们还是一步步来实践一下，找回大家熟悉的感觉。

回到原来的熟悉模式再简单不过的，新建一个 todoservice 接口，定义一下目前的增删改查几个操作：

public interface todoservice {
 todo addtodo(todo todo);
 todo deletetodo(string id);
 list<todo> findall(string userid);
 todo findbyid(string id);
 todo update(todo todo);
}

为预防我们以后使用 mysql 等潜在的 “可扩展性”，我们给这个接口的实现命名为 mongotodoserviceimpl，然后把 controller 中的大部分代码拿过来改改就行了。当然为了系统可以找到这个依赖并注入需要的类中，我们标记它为 @service

@service
public class mongotodoserviceimpl implements todoservice{
 private final todorepository repository;
 @autowired
 mongotodoserviceimpl(todorepository repository) {
  this.repository = repository;
 }
 @override
 public todo addtodo(todo todo) {
  return repository.insert(todo);
 }
 @override
 public todo deletetodo(string id) {
  todo deletedtodo = repository.findone(id);
  repository.delete(id);
  return deletedtodo;
 }
 @override
 public list<todo> findall(string userid) {
  return repository.findbyuserid(new objectid(userid));
 }
 @override
 public todo findbyid(string id) {
  return repository.findone(id);
 }
 @override
 public todo update(todo todo) {
  repository.save(todo);
  return todo;
 }
}

最后把controller中的所有方法改为使用service的简单调用就大功告成了。

public class todocontroller {
 private todoservice service;
 @autowired
 public todocontroller(todoservice service){
  this.service = service;
 }
 @requestmapping(method = requestmethod.get)
 public list<todo> getalltodos(@requestheader(value = "userid") string userid) {
  return service.findall(userid);
 }
 @requestmapping(method = requestmethod.post)
 todo addtodo(@requestbody todo addedtodo) {
  return service.addtodo(addedtodo);
 }
 @requestmapping(value = "/{id}", method = requestmethod.get)
 public todo gettodo(@pathvariable string id) {
  return service.findbyid(id);
 }
 @requestmapping(value = "/{id}", method = requestmethod.put)
 todo updatetodo(@pathvariable string id, @requestbody todo updatedtodo) {
  updatedtodo.setid(id);
  return service.update(updatedtodo);
 }
 @requestmapping(value = "/{id}", method = requestmethod.delete)
 todo removetodo(@pathvariable string id) {
  return service.deletetodo(id);
 }
}

说实话如果每个简单类都这么写，我深深地赶脚背离了spring boot的意图，虽然你能举出1000个理由这么做有好处。类似的，dao或dto要写起来也很简单，但我还是建议在业务没有复杂之前还是享受spring boot带给我们的便利吧。

以上所述是小编给大家介绍的spring boot（三）之找回熟悉的controller，service，希望对大家有所帮助