前后端分离，关于接口文档，后端是要先写好接口文档，再进行写代码开发，还是写完代码后再编写接口文档？

1、先理清业务流程

2、定义前后端开发的接口规范。比如json的格式，url的格式

3、定义接口文档，这里的接口文档一般就是对应后台的实体reqVo（调用后台接口<控制器>访问的实体）和返回给前台的respVo（前台调用接口的返回的实体）。注意一般respVo都会有在后台做一个统一的处理为ResultVo（这个规范在2中要定义好，比如：错误码，错误描述，请求的url，请求时间，以及实体T<这个实体才是真正的respVo和业务相关,这个一般都是实体>）

4、定义接口文档是在了解业务流、数据流基础之上完成的。有了这个接口文档（其实就是定义实体的过程和对应的json）前后端的开发基本按照这个文档去开发。接口文档会有版本迭代，一般放到svn上，供所有开发人员阅览

5、现在一般系统用到的数据库都不会是单纯mysql了。还有redis，mongo、es等。这些个人感觉都是在十分了解业务的情况和系统架构下去设计的。后台运用这些工具去完成接口功能的实现已经系统功能和性能的实现。这个和接口文档先后顺序还真不好说，个人觉得都可以。

6、业务流-数据流-资金流。去了解和设计系统。

你用habernate保存数据，只要XML文件配置好了，实体类DAO层都没错，调用SAVE方法 然后COMMIT就可以保存数据。

序列化主要就是把你要保存的数据，转换成字节码的形式，反序列化就是把字节码变成数据。

你直接把数据通过本机服务器提交给硬盘，确实不需要序列化。

但是你在网络传输的时候就不行了，你传给别人一个东西，它接收了所有的字节码之后，却不知道你原本传的是什么对象，也就没法把这个东西按照原始去解析。

你序列化之后，在传给对方，他接收到的时候会按照序列化特定的模式，给反序列化出来，也就是说你传了什么，对方接收的也是什么，解析成功，可以正确使用方法以及属性。

---