SmartPublisher设计之旅 — 优秀的设计才是让软件永葆青春的秘诀

本文发布之后，一些朋友给我提出一些非常好的建议，在此表示感谢。本文已修改，在此申明。

永葆青春的秘诀

随着社会经济的发展和生活水平的提高，人们越来越关心生活的质量，并且不断追求高品位的生活。近年来，类似"青春宝美容胶囊"、"太太口服液"保健类商品极其受到人们的青睐，许多"健身运动"、"榆珈"等成为一种生活的时尚。更有甚者，诸如"刘德华永葆青春减肥食谱"、"张曼玉永葆青春美体秘诀"、"永远25的谭咏麟"等明星们的健康生活秘方更是成为炒作的热点。

伦敦大学罗伯逊教授将永葆青春的方法归纳为七大秘诀。我想对我们这些高压力环境下的IT人来说应该有些启示，特给大家转载。

秘诀一：有氧适能，经常进行有氧锻炼，保持大脑供氧充足；

秘诀二：一份能激起活力的工作；

秘诀三：接受良好的教育和不断求知的欲望，保持思想开放；

秘诀四：最小的压力，轻松生活；

秘诀五：有朋友相伴和良好的社交关系；

秘诀六：良好的食欲，多吃鱼类、水果和蔬菜；

秘诀七：始终认为自己还很年轻心态。

只要遵循这七点，即便年纪再大，你也始终能保持头脑敏锐、充满活力。罗伯逊教授特别强调，年轻而乐观的心态非常重要："如果你自己都认为已经老了，那又怎么可能看起来年轻呢？"

优秀的设计让软件永葆青春

软件和人一样，都有一个从产生到消亡的过程。众所周知，微软系列产品和技术的更新换代速度是空前的，其系列产品涉及应用的方方面面，已经构成了一个非常完整的产品体系，并且能根据用户的需求提供一套完美的解决方案。有时跟朋友开玩笑说，我们就是脱了裤子也追不上它。试想，如果微软对产品没有好的设计思想，Windows能从最初的3.X一直走到现在吗？能造就今天引领世界最新技术的微软帝国吗？优秀的设计对软件的开发、维护、升级扩展都起着非常重要的作用，因为设计的目的就是使软件容易修改、复用和扩展。

数据访问层设计

数据访问层：这一层才真正的实现了数据的存取，它为业务逻辑层提供服务。在这一层上不需要关注业务逻辑，只是存取数据。但在一个分布式的系统中，这种简单的实现是不够的，因供存取数据的不一定来自数据库，也可能来自其他数据文件，比如XML、Excel等，不同的数据库之间也有很大的差异，这些异构的数据对业务逻辑层来讲都是透明的，业务逻辑层没必要了解数据存取的细节。那么如何才能实现这种结构？通常的办法是为数据访问层提供一个接口，业务逻辑层只是调用接口所约定的方法，这样通过接口就可以实现很多异构数据的存取了。

下面以企业会员表T_Enterprise的基本操作为例，进行数据访问层的设计。

数据访问层的操作对象是具体的数据对象(企业会员)。首先我们为数据对象建模(Model)。Enterprise是一个与数据表结构相对应的、只有属性没有方法的类。

Model
using System;

namespace PublisherLib.DataLayer
{
public class Enterprise
{
private string _ID;
private string _Code;
private string _Password;
private string _Name;
private string _Type;
private string _Address;
private string _PostNumber;
private string _Tel;
private string _Fax;
private string _Email;
private string _Contactor;
private string _CreatedBy;
private DateTime _CreatedTime;
private string _LastModifiedBy;
private DateTime _LastModifiedTime;

public string ID
{
get { return this._ID; }
set { this._ID = value; }
}
public string Code
{
get { return this._Code; }
set { this._Code = value; }
}
public string Password
{
get { return this._Password; }
set { this._Password = value; }
}
public string Name
{
get { return this._Name; }
set { this._Name = value; }
}
public string Type
{
get { return this._Type; }
set { this._Type = value; }
}
public string Address
{
get { return this._Address; }
set { this._Address = value; }
}
public string PostNumber
{
get { return this._PostNumber; }
set { this._PostNumber = value; }
}
public string Tel
{
get { return this._Tel; }
set { this._Tel = value; }
}
public string Fax
{
get { return this._Fax; }
set { this._Fax = value; }
}
public string Email
{
get { return this._Email; }
set { this._Email = value; }
}
public string Contactor
{
get { return this._Contactor; }
set { this._Contactor = value; }
}
public string CreatedBy
{
get { return this._CreatedBy; }
set { this._CreatedBy = value; }
}
public DateTime CreatedTime
{
get { return this._CreatedTime; }
set { this._CreatedTime = value; }
}
public string LastModifiedBy
{
get { return this._LastModifiedBy; }
set { this._LastModifiedBy = value; }
}
public DateTime LastModifiedTime
{
get { return this._LastModifiedTime; }
set { this._LastModifiedTime = value; }
}
}
}

数据访问层的主要责任是对数据表的操作，主要包括新增(Add)、修改(Update)、删除(Delete)、查询(Select)等。所以我们把对数据表的基本操作抽象出来，定义一个统一接口(ITableOperator)，如下：

IDAL
using System;
using System.Data;

namespace PublisherLib.DataLayer
{
public interface ITableOperator<T>
{
bool Add(T model);
bool Update(T model);
bool Delete(string ID);
int GetCount(string strWhere);
T GetModel(string ID);
DataSet GetList(string strWhere);
}
}

其企业会员数据对象的具体访问类EnterpriseDAL继承ITableOperator接口，并实现接口中的方法，运用返型，对持有的Enterprise对象进行操作。

DAL
using System;
using System.Data;
using System.Text;
using PublisherLib.DbAccess;

namespace PublisherLib.DataLayer
{
public class EnterpriseDAL : ITableOperator<Enterprise>
{
public bool Add(Enterprise model)
{
throw new Exception("The method or operation is not implemented.");
}

public bool Update(Enterprise model)
{
throw new Exception("The method or operation is not implemented.");
}

public bool Delete(string ID)
{
throw new Exception("The method or operation is not implemented.");
}

public int GetCount(string strCondition)
{
throw new Exception("The method or operation is not implemented.");
}

public Enterprise GetModel(string ID)
{
throw new Exception("The method or operation is not implemented.");
}

public DataSet GetList(string strCondition)
{
throw new Exception("The method or operation is not implemented.");
}
}
}

根据三层架构的体系结构关系，为了解除数据访问层与业务逻辑层之间的以来关系，我们可以提供一个数据工厂DataFactory来实现上下之间的松藕合目标。

DataFactory
using System;
using System.Reflection;

namespace PublisherLib.DataLayer
{
public class DataFactory
{
//assembly和className可系统外部配置
public static ITableOperator<Enterprise> CreateEnterprise()
{
string assembly = "PublisherLib.dll";
string className = "PublisherLib.DataLayer.EnterpriseDAL";

return (ITableOperator<Enterprise>)Assembly.Load(assembly).CreateInstance(className);
}
}
}

IDAL、Model、DAL与DataFactory之间的关系如下图：

按照同样的办法，可以设计出产品信息(ProductDAL)、站点信息(WebSiteDAL)、发布日志(PublishLogDAL)的数据访问类，继承ITableOperator接口，并且在DataFactory工厂类中创建实例。在这里就不把代码写出来了，我会在最后提供代码下载。

SmartPublisher技术架构



源代码下载地址：PublisherLib2008-1-12.rar

转载于:https://www.cnblogs.com/ruochen/archive/2008/01/12/1030374.html