我不希望数据库自定义或其他事情，它不是干净的代码，并且现在被某些工具（安全地认为是安全问题） 代码）

我已经开始考虑一个超类，该超类包含子类...拥有一个具有所有可能方法的访问点。 但是，这意味着必须将所有接口链接到超类，并具有依赖关系……而且也不干净

目前，逻辑看起来像这样

（对不起，我没有用于UML的真正工具，对表示方法也不满意）

< p>不是所有的类，也不是所有的接口...

但是，逻辑是我的工厂创建了我的工具类的实例（在左侧），并将它们发送给Abstract类

对于下一个读者，费利佩建议我检查介体设计模式，我目前正在阅读该主题

（我找到的唯一地方是在 在sap-press上预订）

https：//www.sap- press.com/design-patterns-in-abap-objects_4277/

感谢Felipe

嗨桑德拉

I 我知道二传手注射，但是我不确定这对我来说是否更有用。 我的解释不是很好，但是我想知道人们在开始编写干净的代码时是否存在大量工具类以及如何在客户端类中进行管理的问题。

法语（对英语阅读者表示抱歉）：

干净的est ladémultiplierles等级分类法，失败的设计法则，倒在设计模式上 gérerles appelsàces危险

弗雷德