日期:2009-03-16 浏览次数:20502 次
前言
N层的应用软件系统,由于其众多的优点,已经成为典型的软件系统架构,也已经为广大开发人员所熟知。在一个典型的三层应用软件系统中,应用系统通常被划分成以下三个层次:数据库层、应用服务层和用户界面层。如下图所示:
其中,应用服务层集中了系统的业务逻辑的处理,因此,可以说是应用软件系统中的核心部分。软件系统的健壮性、灵活性、可重用性、可升级性和可维护性,在很大程度上取决于应用服务层的设计。因此,如何构建一个良好架构的应用服务层,是应用软件开发者需要着重解决的问题。
为了使应用服务层的设计达到最好的效果,我们通常还需要对应用服务层作进一步的职能分析和层次细分。细分的结果,是能够使我们更加容易构建应用服务层的内容。
对于应用服务层来说,我们通常需要处理以下几个方面的内容:
Ø 数据的表示方式
Ø 数据的存取方式
Ø 业务逻辑的组织方式
Ø 业务服务的提供方式
Ø 层的部署和层间交互
关于这些方面的讨论,可以参见拙文《面向对象的应用服务层设计》,或者在这里也能够看到同样的文章。
下面,将就这些部分在Websharp中使用进行一些比较详细的说明。
数据实体的表示Websharp在数据的表现上,能够采用两种方式。
第一种方式,充分利用了.Net Framework类库中DataSet的功能,设计了一个EntityData类。这个类继承了DataSet,并增加了一些属性和方法。同数据库的映射关系,采用XML配置文件的方式。XML配置文件可以通过我们提供的工具来生成。
在实际的应用中,要获取一个Product实体对象,可以通过如下方式取得:
EntityData Product=EntityProtypeManager. GetEmptyEntity(“Product”);
然后,可以通过如下方式来访问这个对象的属性:
string ProductID=Customer[“ProductID”]
可以看到,这种方式同纯粹的面向对象的方式有点不同。在这种方式下,数据的表现形式只有一个,那就是EntityData。其好处是明显的,不用为每个实体都单独编写一个类,能够大大减少代码的编写量。其缺点也很明显,那就是不能利用编译器类型检测的功能,如果在调用对象的属性的时候,写错了属性的名称,就可能出错,但是,这个问题可以通过工具来解决。这种方式,比较符合原来使用ADO编程人员的习惯。
第二种方式,我们可以编写一个Product类,然后,按照标准的OO的方法来使用这个类。只不过,在编写Product类的时候,必须实现PersistenceCapable接口,并且,同时可以使用到EntityData类的强大功能。
PersistenceCapable类的定义见 附1:Websharp主要接口定义——PersistenceCapable
一个按照这个标准实现的Product类的示例如下:
public class Product : PersistenceCapable
{
private EntityData product;
public Product() : this(true)
{}
public Product(bool AutoInit)
{
product=EntityPrototypeManager.GetEmptyEntity("Product");
if(AutoInit)
product.NewRecord();
}
public string ProductID
{
get{return product.GetString("ProductID");}
set{product["ProductID"]=value;}
}
public string Name
{
get{return product.GetString("Name");}
set{product["Name"]=value;}
}
public string UnitName
{
get{return product.GetString("UnitName");}
set{product["UnitName"]=value;}
}
public string Description
{
get{return product.GetString("Description");}
set{product["Description"]=value;}
}
public decimal Price
{
get{return product.GetDecimal("Price");}
set{product["Price"]=value;}
}
public decimal CurrentCount
{