PetShop3.x学习笔记2-IDAL
一、 IDAL主要功能：
1、 这完全是“工厂模式”的一部分实现而已
2、 这是一组接口类，其中包括了每个要公开的数据访问方法。为每个数据库产品单独编写的DAL（数据访问层）都要实现这组接口所定义的方法
3、 也就是规定了在DAL中编写的“对用户账号进行操作的类”所必须执行的方法！
4、 IDAL要达到的目的是：实现业务逻辑（BLL）与数据库访问（DAL）的完全分离！！！
5、 IDAL各个类（IDAL文件夹中的各个文件）划分或者说编制的原则，更趋向于“将对数据库的不同操作进行归类”，考虑的主要方面是数据库操作！！！例如，有对用户账号进行的一系列数据库操作，则将这一系列操作统一放置于IAccount接口（将来实现后的Account类）文件当中
二、 实现细节：
1、 IAccount.cs文件：为针对不同数据库产品编写的“操作用户账号的类”所必须实现的一系列方法定义契约
2、 IInventory.cs文件：定义“操作库存量的类”所必须实现的一系列方法；或者说将操作库存量的一系列（所有）方法做一个汇总
3、 IItem.cs文件：定义“操作某一Item的类”所必须实现的一系列方法。（Item在Model中定义了，是指具体某一类别的Product，如男猫或女猫）
4、 对于其中的GetItemsByProduct()方法，返回的是一个ArrayList的接口类型（IList）的对象（见问题部分！）
5、 IOrder.cs文件：定义了一组DAL层中“操作用户订单的类”必须执行的方法。其中包括“添加一张新订单”的方法Insert()和根据一个已有的订单号取得此订单详细信息的方法GetOrder()，此方法返回的是一个OrderInfo对象。（Model中的OrderInfo类模型定义了用户的某一张Order中相关的信息，如发货地点，总价，信用卡号码等等）
6、 IProduct.cs文件：定义类一组在DAL层中编写的“对Product进行操作的类”
7、 IProfile.cs文件：定义一组在DAL层编写的“对用户Profile进行操作的类”
三、 启发：
1、 这样就可以让在BLL层只针对IDAL层定义的接口进行编程（使用IDAL接口定义的这些方法）就可以了！！！无论在底层使用了什么厂家的数据库产品，有区别的只是针对此数据库产品编写的DAL层（相同的方法，如SignIn()方法，对于不同的数据库产品，可能有不同的实现方式！），而不会影响到上层的BLL层已经编写好的内容！
2、 从这里可以看到软件架构师和程序员工作上的区别！架构师要负责的是搭建系统的层次结构，定义接口；而程序员要负责的是针对接口的具体代码实现过程！
3、 这个IDAL接口的使用，主要是为了保证在底层数据库实现，甚至数据库产品发生变化的时候，不需要对上层BLL层的业务逻辑进行大量的修改！BLL层针对IDAL接口编程即可！！！
4、 IDAL文件夹中定义的所有的接口中的所有的方法，包括了整个程序要对数据库进行操作的所有方法
5、 由于PetShop只是一个演示程序，所以若对数据库操作的某一类别（如对Account进行操作）中定义的“操作类”不够用（如除了接口中定义的几个方法外还需要其他Account操作），还可以在接口中追加其他的方法，用以约束DAL层的实现类（如Account类）必须执行这些新增加的方法！
四、 问题：
1、 定义这组接口后，如何保证为每个单独的数据库产品编写的DAL都执行这组接口所定义的方法？（答案：编写DAL的时候必须刻意保证，否则就失去了定义IDAL层分割BLL和DAL层的意义！！！）
2、 既然在实现GetItemsByProduct()方法的时候，也是要把返回的所有Item对象添加到一个ArrayList当中去，但为什么GetItemsByProduct()方法返回的不是一个ArrayList对象，而是一个IList接口的对象呢？仅仅是基类引用的方法吗？这里的基类引用有什么用呢？是否是由于为了不限制使用的数组形式？执行IList则可以使用ArrayList，也可以使用其他形式的数组？？？
3、 IProduct.cs文件中为何要将查询条件参数定义为一个string类型的数组？