对于程序架构的一点探讨

[GeekQing]

目前遇到的问题如下：
1、按照业务类型分成了多个业务抽象类，然后分别继承下去
2、但是有一个问题比较头疼的是，业务与业务之间有一些可以共用的方法（比如更新操作、算法），又不想写多份，不方便修改；包括其他模块也有可能调用，又不想将其写成静态方法（这种方式太土，跟写C一样），有什么好点的框架或者项目可以借鉴的么？或者是否可以借助某些设计模式来架构一下？

[程序员一灯]

继承、或者模版方法之类的 看你的通用是什么样的吧~ 工具类更多还是会封装成静态方法

[乱世丶桃花]

所有业务抽象类继承同一个BaseBusiness类，把方法写在这个基础类里面

[rumlee]

不要管土不土，能解决问题就是好的。

[GeekQing]

引用 3 楼 rumlee 的回复:

不要管土不土，能解决问题就是好的。

别这么说，虽然能解决了眼前的问题，但是当过一段时间，运维修改业务、BUG的时候你发现耦合性太强，牵一发而动全身，隐患很大。程序阅读性也不是那么好。

[GeekQing]

引用 2 楼 gezhengyun 的回复:

所有业务抽象类继承同一个BaseBusiness类，把方法写在这个基础类里面

但是又不都是公用的

[GeekQing]

引用 1 楼 zhou9898 的回复:

继承、或者模版方法之类的 看你的通用是什么样的吧~ 工具类更多还是会封装成静态方法

不完全是工具类，还是更偏向业务一些，多个地方用到；继承、模板都已使用，但是感觉还是不够，或者说有多个产品需要使用同一个业务方法。