太多的间接层,这太多了吗？

Question

我只是想知道这是否会涉及多层间接？

替代文字http://img244.imageshack.us/img244/7371/classdiagram1.jpg

我尝试做一些解释.我的想法是,我在COM对象的顶部构建一个API,它只暴露Do和Eval方法.

以前我刚刚将一个IComObject传递给Table类并直接对其进行操作,但这意味着当我尝试测试Table类时,我已经模拟了ICo​​mObject并担心命令被发送到我的表类中的COM对象.

基本思想是我有命令运行器负责在COM对象中调用正确的命令,而Table(和其他)对象只是与命令运行器对话,而不必担心正在执行的命令.然后在我的测试中我可以这样做:

Mock<TableCommandRunner> mockrunner = new Mock<TableCommandRunner>();
mockrunner.Setup(run => run.getName("DummyTable")).Returns("FakeName");

Table table = new Table("DummyTable");
//Table.Name just calls commandrunner.getName
Assert.Equal(table.Name,"FakeName");

是否有太多的间接层或者这样可以吗？

注意:我会有更多的类,然后只有Table,Map,Window,Object等等都可以与命令运行者交谈.

Answer 1

你需要问的问题是,这个额外的抽象是否解决了你在添加它之前遇到的一些问题,是否是你可以接受的抽象的复杂性？何时抽象是一个非常主观的决定......正如人们常说的那样,抽象几乎可以解决任何问题,但代价是更复杂.

如果你问这个问题,那么你似乎在质疑这种抽象带来的额外复杂性的价值.考虑到你的图表,它看起来并不复杂,如果它确实解决了你之前遇到的问题......我会说顺其自然.

最终,在你需要的时候,用自己的直觉......抽象,但如果可以,请避免使用.