我们最近进行了代码审查.我使用了其中一个类,以便我可以从/向方法返回/传递多种类型的数据.该类唯一的方法是getter/setter.团队成员之一(我尊重他的意见)说,拥有这样的课程是不好的做法(而不是非常OOP).这是为什么 ?
有一种观点认为类应该是"数据结构"(即,专注于存储没有功能的数据)或"功能导向"(即,专注于在存储最小状态时执行某些操作).如果你遵循那个论点(这是有道理的,但并不总是那么容易),那么就没有什么不妥.
实际上,有人会认为bean和实体bean本质上就是 - 具有getter和setter的数据容器.
我已经看到某些来源(例如,书籍"干净的代码")认为应该避免使用具有多个参数的方法,而是将它们作为具有getter和setter的单个对象传递.这也更接近命名参数的"smalltalk模型",其中顺序无关紧要.
所以我认为如果使用得当,你的设计是有道理的.