<分区>
惰性类(即做得太少的类)的可量化定义是什么?在您看来,一个类需要多少方法才算懒惰?只有构造函数、getter 和 setter 的类是否属于惰性类?或者这算作数据类吗?
我知道在这方面没有硬性规定,但我很想听听不同人的意见。
<分区>
惰性类(即做得太少的类)的可量化定义是什么?在您看来,一个类需要多少方法才算懒惰?只有构造函数、getter 和 setter 的类是否属于惰性类?或者这算作数据类吗?
我知道在这方面没有硬性规定,但我很想听听不同人的意见。
最佳答案
有些人认为数据类(只是 getter 和 setter)是一种代码味道,它可能是,但数据类可以很容易地通过使用它来抵御另一种称为 primitive obsession 的气味来证明是合理的。 . (引用的 Coding Horror 文章实际上指的是这两种气味)
没有硬性规定。但是,小类(class)或惰性类(class)始终要比做太多事情的类(class)更好。请牢记为正确的工作使用正确的类(class) DRY和 SRP第一的。如果适合“惰性”类,请使用它。我还发现,如果我最终得到一个惰性类,那么重构它并将它与“更有用”的代码结合起来就很容易了。这样做比以后尝试分解一个“急切的”、太大的类(class)要容易得多。
关于java - 惰性类定义,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5743536/