我怀疑这种问题已经被问过了，但我找不到任何关于它的东西。
每次我在一个新项目上工作时，我都会看到应该遵循关于 OOP、MVC 或其他任何东西的最后花哨规则的代码，但每次我看它时，在我看来，它甚至违反了他们吹嘘的概念的基本原理.
例如，在这里，我偶然发现了一个代表具有大约 60 个属性的“站”的类，但构造函数中唯一期望和设置的属性是 ID，并且此类无法访问可以从中获取的 DB使用身份证信息...
所以有60个setter，60个getter和一堆其他方法。这有什么意义，而不是在构造函数中接收一个包含所有信息的数组，或者一个 ID 和对 DB 的引用，这仍然会使信息源变得灵活。
是“补水”的东西吗？如果是，你能详细说明它的好处吗？至于现在，它只是让我更难调试和定位数据的来源。
谢谢大家的时间！