Duwamish7学习笔记（－）

Duwamish作为Vs.NET自带的例子，一定代表着MS想向开发人员传递的思想和开发技巧，记得以前学习PB时没有查看PB的例子程序，等走过很多弯路再看到PB的例程时发现，原来好的冥思苦想的方法、技巧，就在自已机器上安静的躺着呢！
　一直想较仔细一点的学习研究一下Duwamish,但总是没有机会，现在系统上线，总算轻松一点而有点时间来和她来个亲密接触了：）
  Duwamish解决方案总共有6个项目，结构上分为5层：业务外观层(BusinessFacade)、业务规则层(BusinessRules)、业务实体层(Common)、数据访问层(DataAccess)、业务展示层(Web).另外一项目为SystemFrameWork,顾名思意，主要是用来进行整个系统构架的一些配置、跟踪、日志等.
  Common项目
  1.让我们来看一看Duwamish7的数据结构，图1

    2.对数据库中Book,Category,Customer,Order四个最主要的对象进行了业务实体封装，四个类均继承自DataSet,但类加入两个属性：    [System.ComponentModel.DesignerCategory("Code")]、[SerializableAttribute]，前一个属性的意思是指定当前类设计器属于某一类别。后一个属性标记当前类为可序列化类，使之可远程调用。
 
　类中对数据库中表和表中字段进行了映射，部份类中还定义了相关的错误信息如
public const String EMAIL_FIELD_NOT_UNIQUE     = "Email Not Unique";
  3.在默认的构造函数中调用BuildDataTables()方法创建表结构并添加到DataSet中。BookData、CategoryData、CustomerData类中均只保存一个表，而OrderData类中保存有与订单相关的6个表信息。
  DataSet中的表与数据库中物理表有的是一一对映，有的是一个物理表对应DataSet中多个表，而有的多个物理表对应Dataset中一个表.
  4.Common项目中还有一个DuwamishConfiguration类，用来获取Web.Config文件中对Duwamish配置项，继承自IConfigurationSectionHandler接口。该接口定义如下协定：所有配置节处理程序必须在实现后才能参与配置设置的解析。该接口只有一个Create()方法，DuwamishConfiguration类中实现Create()方法，通过NameValueSessionHander实例baseHandler.Create()方法填充NameValueCollection setting,再调用
ApplicationConfiguration.ReadSetting()方法返回指定的某个配置信息。

疑问：
  1.4个业务实体类均有一个支持序列化的构造函数如BookData类的
    private BookData(SerializationInfo info, StreamingContext context) : base(info, context) {}
不是很明白，此4个类序列化没有特别的的引用对象，应该只要进行“基本序列化”即简单的在类前加Serializable 属性对它进行标记即可，为什么还要定义一个支持序列化的构造函数呢？是不是因为继承DataSet的原因？？
  2.系统什么时候，怎么样调用DuwamishConfiguration类的Create()方法取得Web.Config文件中的相关配置信息？

转自 http://blog.csdn.net/dibov/archive/2004/12/20/222410.aspx