可测试Java代码:使用模型bean和构造函数

据Misko Hevery说,他有一个可测试性博客。开发人员应该避免使用“holder”、“context”和“kitchen-sink”对象(这些对象包含各种其他对象,并且是合作者的一袋)。传递您需要的特定对象作为参数,而不是该对象的持有者。

在示例中,这个代码有气味吗?我应该只传递所需的参数,还是传递包含所需数据的模型/bean。

例如,您是否会这样做:注意。我可能已经将数据作为构造函数参数传递了。这是代码味吗?

public Parser {
  private final SourceCodeBean source;

  public Parser(final SourceCodeBean s) {
    this.source = s;
  }

  public void parse() {
     // Only access the source field
     this.source.getFilename();
     ...
     ... assume that the classes uses fields from this.source
     ...
  }

}

public SourceCodeBean {
   private String filename;
   private String developer;
   private String lines;
   private String format;

   ...
   ...
   <ONLY SETTERS AND GETTERS>
   ...
}

...

Or 

public Parser {


  public Parser(String filename, String developer, String lines ...) {
    ...
  }

}

And building a test case

public void test() {
  SourceCodeBean bean = new SourceCodeBean():
  bean.setFilename();

  new Parser().parse();
}

另一个问题:编写可测试代码时,您是否倾向于编写过多的类?有太多的类或一个方法太多的类是错误的吗?这些类是有用的,并且只有一个用途。但是,我可以看到它们在哪里可以重构成一个更大的类……但是这个类有多个用途。