web学习笔记（2014-09-05）
浏览数：45 /
时间：2015年06月09日
-> dao层的考虑：在满足需求的前提下尽量使用最“轻”的查询，尽可能少占用时间内存等资源
-> 实体类不带任何业务逻辑，纯 POJO
-> 实体类的 equals 和 hashCode 仅依赖 business key，不要依赖数据库里的 id
-> RESTful 为 request 和 response 做专门的类，也是 POJO，这些类尽量扁平，即尽量不嵌套，以便对 CSV 序列化友好
-> request 和 response 的这些 bean，本身所有的细节都是 contract 的一部分，最好有专门的文档，并把其 JSON 结构写进 java doc
-> Spring 专门的 configuration 类 > 直接在实现类头顶加 annotation
-> Spring configuration 类里的 method parameter injection > 静态工厂方法的 parameter injection > 具体实现类的 constructor injection > 直接 field injection
-> 即使现在 Spring 泛滥，静态工厂方法仍然是最佳实践之一
-> 实体类不带任何业务逻辑，纯 POJO
-> 实体类的 equals 和 hashCode 仅依赖 business key，不要依赖数据库里的 id
-> RESTful 为 request 和 response 做专门的类，也是 POJO，这些类尽量扁平，即尽量不嵌套，以便对 CSV 序列化友好
-> request 和 response 的这些 bean，本身所有的细节都是 contract 的一部分，最好有专门的文档，并把其 JSON 结构写进 java doc
-> Spring 专门的 configuration 类 > 直接在实现类头顶加 annotation
-> Spring configuration 类里的 method parameter injection > 静态工厂方法的 parameter injection > 具体实现类的 constructor injection > 直接 field injection
-> 即使现在 Spring 泛滥，静态工厂方法仍然是最佳实践之一
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
