我目前正在使用MVC模式做一个简单的待办事项列表程序,因此有一个笔记本模型类。但是,由于成员数量非常少,因此某些事情会“失去”。类中的成员数量很少被认为是代码异味?
笔记本由类别组成,它们由待办事项列表组成,待办事项列表由项目组成。
我不能放置的是这是一个不好的分析(例如,有更多的成员和责任,我只是想念他们..)或者也许是代码气味,类是不需要的(在这种情况下,我是不知道该怎么办,因为我可以在该控制器中拥有一个类别列表,但是我没有建立一个似乎不对的笔记本实体)。
下面是一个非常简单的类,我有:
class Notebook
{
private String title;
private List<Category> categories;
public Notebook(String title, List<Category> categories)
{
}
public void setCategories(List<Category> categories)
{
}
public List<Category> getCategories()
{
}
}
我经常有这样的问题,即它的感觉就像我对于它的缘故使类和他们有一个非常一批成员/责任,所以我很高兴知道我是否无理由强调。
的意见作为一个一般的经验法则,越少的成员变量的更好的例子!有一个思想流派认为,所有对象都属于两类:管理单一价值的生命周期的管理对象,以及管理两种价值互动的管理对象。遵循这个原则到极端会导致永远不会有超过2个成员变量的对象。 – MattDavey