java 后端博客系统文章系统—

上期我们通过对数据库的分析，仔仔细细的探索了一遍WordPress程序运行时候文章提交和草稿提交的区别和共同点，简略的概括下如下：

···

更为详细的文章，建议去我的上一篇文章查看。

既然我们已经大概明白了怎么去实现，那么现在我们需要的就是进行实验。

首先老规矩，先从我们的dao层实现开始，我们争取把各个功能模块解耦，那么我们就不能过于在dao层限制，所以我们需要在dao层实现数据（文章、草稿、历史记录）插入。所以我们先生成dao接口如下：

上面的语句中我们可以看到在mapper的insert语句块中我们插入了selectKey语句块，主要是用来返回我们插入的条目的自增id。为什么这里我们非要获取到插入的id呢？主要是文章生成后的日志记录都是需要文章id才能生成对应的日志记录。

同时在inset语句块中，我们使用了choose+when语句块生成了动态sql，这样就能动态的选择程序执行。

同时在上面的代码中我们可以看到上面的when和下面的when语句块中关于bean的属性获取使用方式不一样！

重点：扩展类型，要使用父类的属性时，必须是对象名.属性名的形式，对象名从dao的接口设置。（否则直接使用属性的时候，会异常提示空指针，且提示对象的属性中没有该属性）

1.在mapper中使用属性时，最好是对象名.属性名的方式，同时在dao层中设置对象的名称（在我们上面dao层的add接口中有说明）

2.mybatis的动态sql可以减少很多额外的方法和mapper中的sql编写，所以必须掌握动态sql

3.当属性较多的时候，我们一定不能忘记单元测试，单元测试可以简单直观的了解到哪里出错，减少在后续开发中错误检查的时间。

上面我们也是提到过单元测试，那么我们现在看看这个dao的单元测试应该如何完成呢？

首先给大家看看我们文章的bean：

说实话，一看到这里的时候，我也很惆怅。灵机一动，感觉可以祭出这个系列教程我们自己手写的第一个设计模式了！开启我们的javaBean的建造者模式。

那么我们ben生成好了后，我们就需要开始写我们的单元测试，如下：

大家可以看到上面我们的PostCustom还是从我们自己手动封装的PostInitUtils中获取的，同时我们的PostCustom还是我们的PostBean的子类。所以这里就用到了传说中的pojo包装类型相关的一些知识

（我们这里并没有包装，不过已经用到了扩展类），让我们接着看看PostInitUtils的代码：

这里我们可以看到我们对外开放的核心也就文章核心信息相关的一些东西了，那么这样我们就能很好的控制数据。

现在我们可以看下数据库，最新多出来的数据和文章首页插入的数据如下：

我们今天的主干内容到此基本完成，剩下的从dao到前台界面适配等等基本上骚年们自己都可以完成至此不在赘述。