从上一篇的《请指点――关于数据访问层》的评论中，我收到了许多好建议，也在大家的建议下，花了点时间查看了下Petshop4.0 的数据访问层，于是模仿它改造了我的数据访问层，但是我还是有些地方很迷糊，于是再次斗胆将其放到首页。

以下是数据实体层，它是数据库中表在程序中的一个体现，每个类都对应一张表：



对于这些实体的映射方法，我的第一个问题产生了：
在Petshop中，有ProductInfo类，对应它的数据库中的Product表，它的ProductInfo中有一个属性是CategoryID，这根数据库中是一样的，而我的问题就在这，为什么不在ProductInfo中组合一个CategroyInfo对象，从面向对象的观点看，应该在ProductInfo中组合一个CategoryInfo对象会更好点，而不是在ProductInfo中放一个CategoryInfo的字段（CategoryInfo的id字段），但是如果组合的是CategoryInfo对象，那在创建ProductInfo对象时，要查询数据库中Category表中得到数据，我的想法是，只有在要引用ProductInfo类的Category属性时，再判断一下Category属性是否为空，如果为空就查询数据库中Category表得到数据赋给Category属性，但是Petshop没有这么做，那估计就是我的这个想法有问题，但我的这个想法问题在哪儿呢？在我的这个例子中就是：VideoInfo中是要组合VideoSortInfo的实例，还是用图中所示的VideoSortID作为它的属性？

　　我也请教了博客园群里的一位朋友，他的意思是要不一定要死抠着要组合VideoSortInfo实例不放，而是要看具体情况灵活应用。一开始我还听着好像理解了，但到后面还是越想越糊涂，我真的得了模式病了么？

下面是实体行为类，IDAL中定义了抽象的接口，SQLServerDAL和OracleDAL实现它，SQLServerDAL和OracleDAL分别利用SQLHelper和OracleHelper实现数据库操作：



下面的是DAL工厂，是抽象工厂模式的一个变体，在DALFactory中有相应的Create*()方法，它们通过读取配置文件，利用反射来实例化具体行为类（比如实例化OracleDAL.Admin或SQLServerDAL.Admin）：



在这次的改造中，感觉就是仿造了Petshop（不知道有没有仿错了），于是我的第二个问题产生了：
如果这次仿造成功的话，那可能下一次我还是采用这样的仿造方法，再下一次还是，那这样的开发不就一成不变、都一个模式了么？

还请大家指点迷津，谢谢！

Tag标签: 数据访问层,DAL