......呵呵，仔细想想看，你用的模式似乎应该是抽象工厂吧，呵呵，这个工厂的目标是为了向上封闭下面的数据库的具体信息，所以用接口封装，至于下面，分别用三个具体的工厂进行分别实现。方法也应该很相似，呵呵，所以可以用一样的抽象接口，或者相同的参数。
而俺的工厂的目标则不同，俺的工厂的目的和BUILDER工厂有一点点类似哦~~，其主要目的是用来，嗯~~，用来将知识表示的产生方式进行封装。我的实体类很多，在产生过程中需要将这些东西对象初始化后再进行组装，最后工厂返回的就是一个组装好的东东了，类似于一个容器这样样子。另外一方面，由于俺做的东东比较小，而且只有一个知识表示，所以了，有没有接口都是一样的。而且，这个推理机以后也许可扩展的程度可能性不大~~~。呵呵，当然从长远的可扩展的角度来讲，这个接口还是有的好。嘻嘻，你的接口，应该很像传说中的ODBC吧，呵呵，~~~不错哦，以后继续讨论问题~~，哈哈，喜欢ing。我想，这个东东应该算是一个小小的失误把，毕竟没有给后面留下可扩展的余地，是俺的不对啦~~，在此，谢谢红红提醒拉~~
很喜欢设计模式，因为发现这个东东居然有一个很有趣的副作用，那就是培养人的目的性，要知道，人都是目的性的哦，~~但是很多情况下都没有看到表象中的目的。
我自己的经验是这样的：在看GOF设计模式的时候，不得不提醒自己是一个目的性的动物。因为每个模式都很相似，毕竟处理的方法是很类似的。就是那么几把刷子。在看到创建型模式的时候但是，他们背后的目的却是千奇百怪的~~，很神奇哦~~。如果你不晓得一个技术的动机，你会很快的就迷失在类和对象森林里面。看不清每个模式的区别~~，这个是很恐怖的。
所以每次看的时候，都要打破脑袋的想为什么要这么做，他的目标，动机。然后才是它的实现技术。我想，这样能够培养人的高度理性把。哈哈，要知道MM的情绪可是毫无理由的哦，或者说它自己有理由都不晓得是什么。哈哈~~，还好还好，我还算是一个MM吧，半个也好，~~
