REST返回数据：服务器端和客户端之间的兼顾

REST能保证服务端、客户端、应用本身的演化，好处多多。值得注意的是，微信开发接口并不是标准的REST风格，返回的都是200，也就是无法通过返回状态码判断成功还是失败。

对于REST设计，通常情况下，凡是和业务相关的数据，都应该返回。如果以后业务变了，不需要更改服务器接口，可以保证服务器接口业务逻辑的稳定性。

但这里有一个“度”的问题。内部开发时，返回数据要考虑到业务情况，给前端开发者更加精简的接口。例如，客户端一般不需要create_time、update_time这些信息。

使用模型操作数据库，会自动写入create_time、update_time、delete_time，直接用SQL没有这个功能。其中，当没有真实物理删除也就是假删除时，delete_time还可以作为标志位。

要注意API版本号问题。一是开闭原则，对扩展开放，对修改封闭。由于单元测试的成本很高，写接口时，即使不做单元测试，至少也要多调用。二是兼容老版本。迭代时给用户一段时间的缓冲期，建议起初规定好向上兼容版本的数量。