__Kaer

摘要： 1:对于不可以为空的对象,尽早返回,且打出错误日志. a:直观,易读,容易查找错误 b:不会往下执行 能节约很多时间性能上的消耗 c:不会引起一些未知性异常 2:对于接口返回 ,还是需要返回原生对象,而不是跟某个协议耦合. a:按照之前的逻辑使用PB返回,那么dubbo使用不了,其他的框架也是使用不 阅读全文

摘要： 1: dao层不应该有太多业务逻辑,比如,一个方法就只保存一个数据库表操作. 对比了一下 JourneyDao 太多的业务处理了 2: 面向对象尽量还是多用对象具体化,少使用hashmap,现在暂时分为3层对象 1:vo 专门负责 request对象 2: model: 将接收进来的vo对象转化 , 阅读全文

摘要： 1：不要出现相互依赖 或者循环依赖， 最好是单向依赖 （之前pb出现循环依赖） 2：api之间不相互依赖， 只是实现之间相互依赖api，这样就不会出现循环依赖了 比如 现在的需求是 查询达人需要查询达人的行程, 查询达人的行程,也需要查询行程属于哪个达人 这个看起来似乎是 class User{ p 阅读全文

摘要： 有感而发 阅读全文