1.数据层（持久层、DAO）要抽象，封装。尽量不要在SQL上写大段逻辑，这样业务耦合太大，也不利于系统扩展。
2.上层分层要清晰，model和DTO要区分对待，各个业务模块之间要解耦。
3.写代码时，要从上往下写，而不要从下往上写。从业务场景出发，面向接口编程，这样逻辑比较清晰，接口也分的比较细。如果从下往上写，往往会被“实现”所束缚，写出一些很重的接口和模块。
4.业务实现的手段有三种：
1）一股脑在某个业务场景中写，这样最省力，但也冗余最大。
2）在SQL中，联表查询。这样靠建表或加字段实现。对业务场景有抽象了，但是也和底层数据结构绑定了。以后涉及到数据同步，分布式系统，分库分表的时候会很麻烦。
3）面向接口编程，底层只实现基本的数据接口，上层接口调用下层接口。这要求对业务场景比较熟悉，并能很好的抽象成接口。