bo设计和service层架构设计问题

拖到现在才来回答是因为我在肝HOI4,终于因为战略失策冒进,丢了维西法国,愤而删档
根据你提供的截图,基本上可以确定两点
第一,很多重复的方法,包括判断,根据判断结果赋值或者错误代码,这些都可以抽取出来,比如你很多的如果这个值取不到,那么久提供这个错误代码,你可以放到BO内,使用IsXXXNullStrErr, return 一个String,null,作为有值,否则直接返回error code这样的方法
第二,BO内引用DS层的方法是不可取的,BO应该和DS松耦合,如果BO内必须使用DS方法怎么办呢?一方面我觉得可以通过设计来避免这种“必须”,另外,你可以写静态工具方法,这样使用来解耦
【bo设计和service层架构设计问题】 第三,多态肯定要做,这点毫无争议,方法当中应该归归类,一个时间只处理一种业务逻辑,实在要“预警业务里面除了会变化的预警处理之外,有很多公用的业务,多态预警service不太好,而且预警处理有很多字段信息最好是用bo” 把公用业务方法父类里去,在子类里调用


    推荐阅读