步步为营 .NET三层架构解析 六、BLL的设计
BLL层，又叫业务逻辑层，顾名思义，就是放置业务逻辑的地方.
业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。由于层是一种弱耦合结构，层与层之间的依赖是向下的，底层对于上层而言是“无知”的，改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计时，遵循了面向接口设计的思想，那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下，理想的分层式架构，应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此，业务逻辑层的设计对于一个支持可扩展的架构尤为关键，因为它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上，如何实现依赖关系的解耦，则是除了实现业务逻辑之外留给设计师的任务。
这里再说点题外话了,供大家娱了下.
Martin Fowler在《企业应用架构模式》一书中对领域层（即业务逻辑层）的架构模式作了整体概括，他将业务逻辑设计分为三种主要的模式：Transaction Script、Domain Model和Table Module。
Transaction Script模式将业务逻辑看作是一个个过程，是比较典型的面向过程开发模式。应用Transaction Script模式可以不需要数据访问层，而是利用SQL语句直接访问数据库。为了有效地管理SQL语句，可以将与数据库访问有关的行为放到一个专门的Gateway类中。应用Transaction Script模式不需要太多面向对象知识，简单直接的特性是该模式全部价值之所在。因而，在许多业务逻辑相对简单的项目中，应用Transaction Script模式较多。
Domain Model模式是典型的面向对象设计思想的体现。它充分考虑了业务逻辑的复杂多变，引入了Strategy模式等设计模式思想，并通过建立领域对象以及抽象接口，实现模式的可扩展性，并利用面向对象思想与身俱来的特性，如继承、封装与多态，用于处理复杂多变的业务逻辑。唯一制约该模式应用的是对象与关系数据库的映射。我们可以引入ORM工具，或者利用Data Mapper模式来完成关系向对象的映射。
与Domain Model模式相似的是Table Module模式，它同样具有面向对象设计的思想，唯一不同的是它获得的对象并非是单纯的领域对象，而是DataSet对象。如果为关系数据表与对象建立一个简单的映射关系，那么Domain Model模式就是为数据表中的每一条记录建立一个领域对象，而Table Module模式则是将整个数据表看作是一个完整的对象。虽然利用DataSet对象会丢失面向对象的基本特性，但它在为表示层提供数据源支持方面却有着得天独厚的优势。尤其是在.Net平台下，ADO.NET与Web控件都为Table Module模式提供了生长的肥沃土壤。
进入正题了,来我们来进行customSystem.cs的设计:
public class customSystem
{
public ICustom CustomSQL = new customSQL();
/// <summary>
/// 添加一条数据
/// </summary>
/// <param name="Custom"></param>
/// <returns></returns>
public int customADD(custom Custom)
{
if (Custom == null )
{
return 0;
}
return CustomSQL.Addcustom(Custom);
}
/// <summary>
/// 根据帐户名获取用户信息
/// </summary>
/// <param name="nename"></param>
/// <returns></returns>
public custom GetSinglename( string nename)
{
if ( string .IsNullOrEmpty(nename))
return null ;
return CustomSQL.Getsinglecname(nename);
}
/// <summary>
/// 更新用户信息(主要用于更改密码)
/// </summary>
/// <param name="Custom"></param>
public void Updatepassword(custom Custom)
{
if (Custom == null )
return ;
CustomSQL.Updatepassword(Custom);
}
/// <summary>
/// 获取用户列表
/// </summary>
/// <returns></returns>
public List<custom> GetCustom()
{
return CustomSQL.Getcustom();
}
/// <summary>
/// 根据ID删除用户信息
/// </summary>
/// <param name="nid"></param>
public void Deletecustom( int nid)
{
if (nid <= 0)
return ;
CustomSQL.Deletecustom(nid);
}
/// <summary>
/// 根据ID获取用户信息
/// </summary>
/// <param name="nid"></param>
/// <returns></returns>
public custom GetCutomer( int nid)
{
if (nid <= 0)
return null ;
return CustomSQL.Getcustomer(nid);
}
/// <summary>
/// 更新用户信息
/// </summary>
/// <param name="Custom"></param>
public void updatecustom(custom Custom)
{
if (Custom == null )
return ;
CustomSQL.updatecustom(Custom);
}
/// <summary>
/// 根据部门ID获取整个部门用户
/// </summary>
/// <param name="nid"></param>
/// <returns></returns>
public List<custom> Getdepartcustom( int nid)
{
if (nid <= 0)
return null ;
return CustomSQL.Getdepartcustom(nid);
}
}
接着我们再来看下departmentSystem.cs的设计:
public class departmentSystem
{
public IDepartment DepartmentSQL = new departmentSQL();
/// <summary>
/// 添加一条部门信息
/// </summary>
/// <param name="Department"></param>
/// <returns></returns>
public int Adddepartment(department Department)
{
if (Department == null )
return 0;
return DepartmentSQL.Adddepartment(Department);
}
/// <summary>
/// 获取部门列表
/// </summary>
/// <returns></returns>
public List<department> GetDepartment()
{
return (DepartmentSQL.Getdepartment());
}
/// <summary>
/// 根据部门ID获取部门信息
/// </summary>
/// <param name="nid"></param>
/// <returns></returns>
public department Getsingledepartment( int nid)
{
if (nid <= 0)
return null ;
return DepartmentSQL.Getsingledepartment(nid);
}
/// <summary>
/// 根据部门名字获取部门信息
/// </summary>
/// <param name="ndepartname"></param>
/// <returns></returns>
public department Getdepartmenter( string ndepartname)
{
if ( string .IsNullOrEmpty(ndepartname))
return null ;
return DepartmentSQL.Getdepartmenter(ndepartname);
}
/// <summary>
/// 更新部门信息
/// </summary>
/// <param name="Department"></param>
public void updatedepart(department Department)
{
if (Department == null )
return ;
DepartmentSQL.Updatepartment(Department);
}
/// <summary>
/// 根据ID删除部门数据
/// </summary>
/// <param name="nid"></param>
public void Deletedepart( int nid)
{
if (nid <= 0)
return ;
DepartmentSQL.Deletedepart(nid);
}
}
这层设计有问题，需要更深入的了解什么是业务层，什么是数据层？怎么用业务层处理业务，包括验证，事务，业务逻辑，权限功能，日志等等其他相关功能。
作者： Leo_wl
出处： http://www.cnblogs.com/Leo_wl/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
版权信息查看更多关于步步为营 .NET三层架构解析 六、BLL的设计的详细内容...