⑴.命令模式解决方案描述。

　　命令抽象类说明所有具体命令（ConcreteCommand）支持的接口，具体命令（ConcreteCommand）封装了接收者（Receiver）使用的服务。客户创建具体命令（ConcreteCommand），并将这些具体命令（ConcreteCommand）绑定在指定的接收者（Receiver）上，调用者（Invoker）实际执行一条命令或取消一条命令的执行。

　　⑵.命令模式结论：

　　①命令对象和命令算法被分离；

　　②调用者（Invoker）从指定的命令中分离出来并得到保护；

　　③具体命令（ConcreteCommand）是对象，它们可以进行创建和存储；

　　④在无须修改代码的前提下，新的具体命令（ConcreteCommand）可以被增加进来。

m_Storage.SetConnString("Provider=Microsoft.Jet.OLEDB.4.0;Data Source=Book.mdb");
if(!m_Storage.Initialize() MessageBox("存储系统初始化失败!");
//借书功能测试
　　CBorrowBook　borrowbook;　　　//借书类与图书类之间的关联视图
　　CBorrow　　　borrow;　　　　　　//借书类
　　borrowbook.SetBookNumber("10001");
　　if(!m_Storage.ReadEntity(&borrowbook)) break;
　　borrow. SetPersonName(borrowbook.GetPersonName());
borrow. SetBorrowDate(borrowbook.GetPersonName());
　　if(m_Storage.SaveEntity(&borrow)) MessageBox("借书成功");
……//查找书价>90元的图书
CEntitySet<CBook> books("book");
　　books.SetConn(m_Storage.GetConn());
CBook* pBook = NULL;
　　books.SetSQLString("price>90");
　　books.Execute();
　　int count = books.GetSize();
　　m_ListCtrl.DeleteAllItems();　　　　//列表视图控制
　　for(int index = 0; index < count; index++)
　　{
　　　　pBook = books[index];
　　　　m_ListCtrl.InsertItem(index, pBook->GetBookNumber());
……
}　　　　

　　总结

　　从上面的设计和源程序中可以看出，CStorage类和CEntitySet类并没有访问和操纵数据库记录集，数据库的存取操作实际上由实体对象来完成，这样对于不同的实体对象和数据表结构，系统都可以正常工作，且即使增加新的实体对象也不会影响模块本身结构的稳定性。

　　实体对象是对应用域中概念的描述，它只应该向外提供属性（或字段）赋值与读取操作，其数据库操作接口应声明为私有成员，不应该向应用系统提供。为了保证CStorage类和CEntitySet类可以向数据库存取实体对象，本模块根据C++多态特性，在这两个类中用指向CEntity类的指针来调用实体对象的存取接口，这样在实体对象将数据库存取接口声明为私有成员后，整个模块仍能正常工作。

　　附注

　　实体对象名必须与数据表名相同。

　　本模块的并不仅限于用C++语言实现，使用Java和C#同样可以完成。

　　本模块作适当调整，可以适用其他的数据访问模型，如ODBC、DAO。

　　使用对象存储，数据库操作性能会略有下降，这也和实体类的具体实现有关。

　　开发环境为VC6。