如果你想开发一个应用(1-9)

上一章的结尾，我们看到现有的代码虽然经过了一些改进，但仍然有很多坏味道，首当其冲的就是Controller太厚了，Controller应该仅仅作为一个控制器使用，要尽可能的薄。这时候，上一章里提到过的IOC和DI华丽登场了.

控制反转

控制反转简单说就一句话，就是把程序资源的管理权由互相使用的双方的代码反转到第三方容器。即一般来说，对象的创建和销毁，使用都由用户有代码进行直接控制，而现在则由容器(Spring框架)来控制，这样可以最大限度的减少类的耦合度，比如说无论，一个对象的new是避免不了的，而控制反转则可将这些也交给容器，即各种类彻底的脱离直接联系。

提到控制反转，就不能不提依赖注入，可以说依赖注入就是控制反转的目的之一，即当一个对象需要另一个对象实力的时候，有容器根据这个实例所依赖的实例而注入进去，这种对象之间互相依赖的情况不在由自己管理。

貌似很晦涩，下面我们依然使用注解的方式，先对一部分代码实现控制反转和依赖注入。

用户服务

从最简单的地方开始，注意代码中的一部分：

UserDao userDao =new UserDao();
User user=null;
//获取用户
user=userDao.getUserByName(name);
if(null==user){
    //新用户
    user=new User();
    user.setName(name);
    user.setId(userDao.save(user));
}

这部分代码与现有的业务有关系么？他所需要做的，其实就是查询用户，有则返回userId，没有则创建一个用户并返回存储到db中后的自增长userId。接下来就按照面向接口编程的方式一步步来重构这段代码。

既然是用户服务，那么首先创建一个service包，然后在里边创建一个UserService的接口，接口目前只有一个方法，就是getUserByName,代码如下：

public interface UserService {
    User getUserByName(String username);
}

既然有了接口，那么就会想到接口的实现。在理论上，我们的Controller层并不关心实现方式，只知道使用这个接口定义的功能就可以了，所以，将实现放在service的下级包，即创建包service.impl,然后在包内创建类UserServiceImpl,此类代码如下：

@Service
public class UserServiceImpl implements UserService  {
    public User getUserByName(String username) {
        UserDao userDao =new UserDao();
        User user=null;
        //获取用户
        user=userDao.getUserByName(username);
        if(null==user){
            //新用户
            user=new User();
            user.setName(username);
            user.setId(userDao.save(user));
        }
        return user;
    }
}

注意@Service注解，这代表着此类为一个服务组件，目前Spring中定义了多种组件，大部分可以互相替换，小部分有自己独特的功能，但为了语义上的方便以及代码的可读性，还是建议使用推荐的注解：

  • @Service：定义一个业务层的组件
  • @Controller：定义一个控制器层的组件
  • @Repository：定义一个DB访问层的组件
  • @Component：组件，当组件不好归类时可以使用此注解

此时bean的默认名为类名首字母小写，可以使用参数类现实确定bean名，如：

@Service("beanName")

若此接口有多个实现，并且实现均为组件，可以再调用处通过注解@Qualifier来显式来决定使用哪一个组件，如：

@Autowired
@Qualifier("beanName")
private UserService userService;

这里还要注意@Autowired注解，代表这里引入一个组件，即注入一个Bean，一般情况下有三种通用的注解：

  • @Autowird:Spring框架提供的注解
  • @Inject：java提供
  • @Resource:java提供

这三种注解均可以声明到set方法或一个属性上，我喜欢放到属性上，原因很简单，代码少。

下面用土土的方法运行测试一下，和之前一样，就不在截图，然后删除之前的beanName。将Todo的调用也增加一个服务，并修改代码，做到controller与dao层解耦，控制器源码如下：

@Controller
public class TodoController {
    @Autowired
    private UserService userService;
    @Autowired
    private TodoService todoService;
    @RequestMapping(value ="/todos/{name}" ,method = RequestMethod.GET)
    public String home(@PathVariable String name, HttpServletRequest request){
        User user=userService.getUserByName(name);
        
        List<Todo> list= todoService.getTodoByUserId(user.getId());
        
        request.setAttribute("todos",list);
        request.setAttribute("userid",user.getId());
        return "todos";
    }
    @RequestMapping(value ="/todos" ,method = RequestMethod.POST)
    public String home(HttpServletResponse response, Todo todo) throws IOException {
        todoService.save(todo);
       
        User user = userService.get(todo.getUserId());
        
        return "redirect:/todos/"+user.getName();
    }
}

代码是不是清爽了许多，之后，业务上的变更完全可以再service层消化掉，这是service的两个接口代码如下：

public interface UserService {
    User getUserByName(String username);
    User get(int id);
}


public interface TodoService {
    void  save(Todo todo);
    List<Todo> getTodoByUserId(int userId);
}

然后是两个实现类：

@Service
public class UserServiceImpl implements UserService  {
    public User getUserByName(String username) {
        UserDao userDao =new UserDao();
        User user=null;
        //获取用户
        user=userDao.getUserByName(username);
        if(null==user){
            //新用户
            user=new User();
            user.setName(username);
            user.setId(userDao.save(user));
        }
        return user;
    }

    public User get(int id) {
        UserDao userDao =new UserDao();
        return userDao.get(id);
    }
}


@Service
public class TodoServiceImpl implements TodoService {
    public void save(Todo todo) {
        TodoDao todoDao=new TodoDao();
        todoDao.save(todo);
    }

    public List<Todo> getTodoByUserId(int userId) {
        TodoDao todoDao=new TodoDao();
        return todoDao.getTodoByUserId(userId);
    }
}

啊哈，坏味道又出现了，其实这时候我猜你一定想到了，对将dao层页一样的组件化。

仓储组件##

有了现有的经验，其实是一件再简单不过的事了，首先将dao包内的两个类改为接口，并创建实现包，最终两个接口的代码如下：

public interface TodoDao {
    public List<Todo> getAll();
    public List<Todo> getTodoByUserId(int userId);
    public void save(Todo todo);
}

public interface UserDao {
    public User getUserByName(String name);
    public User get(int id);
    public int save(User user);
}

然后服务层的代码就变为下面这样了：

@Service
public class UserServiceImpl implements UserService  {
    @Autowired
    private UserDao userDao;
    public User getUserByName(String username) {
        User user=null;
        //获取用户
        user=userDao.getUserByName(username);
        if(null==user){
            //新用户
            user=new User();
            user.setName(username);
            user.setId(userDao.save(user));
        }
        return user;
    }
    public User get(int id) {
        return userDao.get(id);
    }
}


@Service
public class TodoServiceImpl implements TodoService {

    @Autowired
    private TodoDao todoDao;
    public void save(Todo todo) {
        todoDao.save(todo);
    }

    public List<Todo> getTodoByUserId(int userId) {
        return todoDao.getTodoByUserId(userId);
    }
}

然后是dao层实现类的代码（只贴user部分）：

package com.niufennan.jtodos.dao.impl;

import com.niufennan.jtodos.dao.UserDao;
......

@Repository
public class UserDaoImpl implements UserDao{
    public User getUserByName(String name){
        Connection connection= null;
        PreparedStatement statement=null;
        ResultSet resultSet=null;
        List<Todo> list=new ArrayList<Todo>();
        try{
            connection = DatabaseHelper.getConnection();
            statement= connection.prepareStatement("select * from users where name=?");
            statement.setString(1,name);
            resultSet=statement.executeQuery();
            if (resultSet.next()){
                User user=new User();
                user.setId(resultSet.getInt("id"));
                user.setName(resultSet.getString("name"));;
                return user;
            }
        }catch (SQLException ex){
            new RuntimeException(ex);
        }
        finally {
            DatabaseHelper.close(resultSet,statement,connection);
        }
        return null;
    }
    public User get(int id){
        Connection connection= null;
        PreparedStatement statement=null;
        ResultSet resultSet=null;
        List<Todo> list=new ArrayList<Todo>();
        try{
            connection = DatabaseHelper.getConnection();
            statement= connection.prepareStatement("select * from users where id=?");
            statement.setInt(1,id);
            resultSet=statement.executeQuery();
            if (resultSet.next()){
                User user=new User();
                user.setId(resultSet.getInt("id"));
                user.setName(resultSet.getString("name"));;
                return user;
            }
        }catch (SQLException ex){
            new RuntimeException(ex);
        }
        finally {
            DatabaseHelper.close(resultSet,statement,connection);
        }
        return null;
    }
    public int save(User user){
        Connection connection=null;
        PreparedStatement statement=null;
        ResultSet resultSet=null;
        try {
            connection = DatabaseHelper.getConnection();
            statement=connection.prepareStatement("INSERT INTO users(name) VALUES (?);", Statement.RETURN_GENERATED_KEYS);
            statement.setString(1,user.getName());
            statement.executeUpdate();
            resultSet=statement.getGeneratedKeys();
            //获取自增长Id
            if(resultSet.next()){
                return resultSet.getInt(1);
            }else{
                return -1;
            }
        }catch (SQLException ex){
            throw  new RuntimeException(ex);
        }finally {
            DatabaseHelper.close(null,statement,connection);
        }
    }
}

我之所以最后在贴出dao实现层，也就是两个仓储组件的代码，就是因为，怎么说呢，他的味道依然很差，但貌似还没有什么好办法，因为使用jdbc就是要这么写，并且可以看到，其中的有效代码一个方法中也就是一两行，剩下的大部分都是对jdbc的管理代码，我们不是应该多关注业务么？需要关注这些模板代码么？幸好框架给出了解决方案，具体解决方法下一章在进行实现。

截止到本章的源码：github(1-9)

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 159,716评论 4赞 364
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 67,558评论 1赞 294
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 109,431评论 0赞 244
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 44,127评论 0赞 209
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 52,511评论 3赞 287
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 40,692评论 1赞 222
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 31,915评论 2赞 313
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 30,664评论 0赞 202
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 34,412评论 1赞 246
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,616评论 2赞 245
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,105评论 1赞 260
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 28,424评论 2赞 254
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 33,098评论 3赞 238
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,096评论 0赞 8
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,869评论 0赞 197
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 35,748评论 2赞 276
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 35,641评论 2赞 271

推荐阅读更多精彩内容