三层架构学习（转）

三层架构C/S程序设计实例(C#描述)

１.三层之间的关系：

三层是指：界面显示层(UI)，业务逻辑层(Business)，数据操作层(Data Access)

文字描述：

Clients对UI进行操作，UI调用Business进行相应的运算和处理，Business通过Data Access对Data Base进行操作。

优点：

l         增加了代码的重用。Data Access可在多个项目中公用；Business可在同一项目的不同地方使用（如某个软件B/S和C/S部分可以共用一系列的Business组件）。

l         使得软件的分层更加明晰，便于开发和维护。美工人员可以很方便地设计UI设计，并在其中调用Business给出的接口，而程序开发人员则可以专注的进行代码的编写和功能的实现。

２.Data Access的具体实现：

DataAgent类型中变量和方法的说明：

private string m_strConnectionString; //连接字符串

private OleDbConnection m_objConnection; //数据库连接

public DataAgent(string strConnection) //构造方法，传入的参数为连接字符串

private void OpenDataBase() //打开数据库连接

private void #region CloseDataBase() //关闭数据库连接

public DataView GetDataView(string strSqlStat) //根据传入的连接字符串返回DataView

具体实现代码如下：

public class DataAgent

{

    private string m_strConnectionString;

   private OleDbConnection m_objConnection;

    #region DataAgend

    ///<summary>

    /// Initial Function

    ///</summary>

    ///<param name="strConnection"></param>

    public DataAgent(string strConnection)

    {

        this.m_strConnectionString = strConnection;

    }

    #endregion

    #region OpenDataBase

    ///<summary>

    /// Open Database

    ///</summary>

    private void OpenDataBase()

    {

        try

        {

            this.m_objConnection = new OleDbConnection();

            this.m_objConnection.ConnectionString = this.m_strConnectionString;

            if (this.m_objConnection.State != ConnectionState.Open)

            {

                this.m_objConnection.Open();

            }

        }

        catch (Exception e)

        {

            throw e;

        }

    }

    #endregion

    #region CloseDataBase

    ///<summary>

    /// Close Database

    ///</summary>

    private void CloseDataBase()

    {

        if (this.m_objConnection != null)

        {

            if (this.m_objConnection.State == ConnectionState.Open)

            {

                this.m_objConnection.Close();

            }

        }

    }

    #endregion

    #region GetDataView

    ///<summary>

    /// Execute the sql and return the default table view

    ///</summary>

    ///<param name="strSelectString">Select String</param>

    ///<returns>DataView of the DataTable</returns>

    public DataView GetDataView(string strSqlStat)

    {

        try

        {

            this.OpenDataBase();

            OleDbDataAdapter objDataAdapter = new OleDbDataAdapter(strSqlStat.Trim(), this.m_objConnection);

            DataSet objDataSet = new DataSet();

            objDataAdapter.Fill(objDataSet);

            return objDataSet.Tables[0].DefaultView;

        }

        catch (Exception e)

        {

            throw e;

        }

        finally

        {

            this.CloseDataBase();

        }

    }

    #endregion

}

３.Business的具体实现：

建立名为Base的类，此类作为其他事务类的基类，其中定义了一个DataAgent的实例。其他所有的Business类都从该改类派生。

在该类中添加对DataAgent的引用，使所有的事务类都能使用DataAgent中的方法。

Base.cs源代码：

public abstract class Base

{

    protected DataAgent OleDBAgent = new DataAgent("Provider=SQLOLEDB;Data Source=(local);DataBase=test;User ID=sa;PWD=");

}

准备好了数据操作层和事务层的基类，底下就可以正式地开始业务逻辑类的开发了，如有一个显示新闻的类News,其中包含了一个GetNewsList()的方法，该方法用来获取所有的新闻标题列表，代码如下：

public class News : Base

{

    public DataView GetNewsList()

    {

        string strSql;

        strSql = "";

         strSql += " SELECT Top 10 NewsId,NewsTitle ";

        strSql += " FROM Tb_News";

        strSql += " WHERE NewsEnable = 1";

        strSql += " ORDER BY NewsId ";

        return OleDBAgent.GetDataView(strSql);

    }

}

由于数据库结构比较简单，在此就不再给出详细的表结构。

４.UI层对Business中接口的调用

首先，在窗体Form1中添加对News类的引用。

然后，在窗体Form1中添加一个(DataGridView)dgNews用来显示新闻列表。

在窗体的Form1_Load方法中添加如下代码：

private void Form1_Load(object sender, EventArgs e)

{

    News objNews = new News();

    this.dgNews.DataSource = objNews.GetNewsList();

}

posted on 2008-01-09 10:18 3stones 阅读(1695) 评论(7)  编辑 收藏 网摘

评论

#1楼 [楼主] 2008-01-09 10:19 3stones      

其实不用多说，大家都知道网络上软件系统大致可以分为B/S和C/S结构的。对于C/S结构小可认识不足，只是就个人接触，谈谈项目中实际用到的C/S系统架构。

一般的小型系统：使用的C/S系统，个人觉得谈不上什么架构方面的问题。只是简单的读取数据库，显示到前台而已。一般也就分为两层：服务器端、客户端，所实现的也是胖客户端。服务器上也就是run个数据库。

而当系统规模够大，不谈架构我想就不可能了。个人接触B/S方面的架构也算有一些小小见识，因此觉得其实大型C/S架构也多少在参考着B/S方面的架构，而万变不离“祖宗”的道理。

一个大型C/S架构我想大致可以划分为：实体层/业务逻辑层/用户控件层/前台界面层。

下面逐一分析一下一各个层之间的作用：

实体层（ENTITY）：用于直接与数据库进行交流，其中这些一般会用到代码生成器。直接将数据库中的表名、字段映射到实体层。实体层作用，一般用到批量增、修时候用实体会比较好，因为不用将数据直接与数据库打交道。而当只是一个简单的sql select的时候，我想还是避开实体层的好，要不会得到相反的结果。

业务逻辑层（LOGICAL CONTROL）：如果真正到了仔细考虑架构方面问题的时候，我想此软件系统的业务逻辑也应该不会轻松。必定会让设计人员和开发人员头疼。最好的办法就是把业务逻辑层单拉出来。作为承接作用，定义好接口，供外界调用。我想这和B/S结构的j2ee里的struts的action非常相似。

用户控件层（USER CONTROL）：这一层主要是用来减少开发量，把多处用到的控件抽象出来。以供重复使用。例如把datagrid包装成自己系统需要的，并加一些其他如combo、button等控件，以供开发人员拖拽，大大减少开发量。当然这一部需要在前期工作时候，把设计工作完成好。需要哪一部分抽象出来，可以被多开发用户批量使用的，一定事先弄清楚。

前台界面层（USER FACADE）：这一层就不多说了，相信大家都可以理解，就是form。

最后说一点：把层次之间的依赖关系限定好，如entity不可以调用业务逻辑层…………，以此类推。

热烈欢迎各位拍砖！有说的不恰当地方请指教！谢谢。接下来会写一些B/S方面架构，以及data warehouse的ETL 方面的文章！

  回复  引用  查看    

#2楼 202.158.178.* 2008-04-11 13:59 tellov [未注册用户]

楼主在误人子弟,逻辑层应该包含业务逻辑,而不包含任何SQL代码,SQL代码的完成部分全由数据层完成.建议楼主去多看看microsoft的实例,或者进一个大公司学习一下   回复  引用    

#3楼 202.158.178.* 2008-04-11 14:02 tellov [未注册用户]

三层的好处在于扩展和迁移方便,你这个三层根本没有体现出任何一点实用价值!我问你,如果你现在用的是MS SQL,现在老板要你换MY SQL了,你怎么办?业务逻辑层重写??一般情况下是把数据层反射过去,那么有一天要换数据库或者其他方面,只需要改动一点点代码而已.   回复  引用    

#4楼 121.16.96.* 2008-05-10 09:13 ybober [未注册用户]

用SQL Client 能否替代OLEDB实现三层架构？如何实现？@tellov
  回复  引用    

#5楼 125.34.20.* 2008-08-07 10:12 hellomoto [未注册用户]

你理解的是狭义的C/S三层结构   回复  引用    

#6楼 125.78.106.* 2008-08-26 14:49 啊啊 [未注册用户]

物理三层增么弄？   回复  引用    

#7楼 116.24.113.* 2008-10-04 16:34 康哥 [未注册用户]

三层是活的不是死的，难道你今天用ACCESS，明天用MSSQL，后天用ORACLE？你实现真正的三层，你还不是要重写SQL语句吗？所以最好的方法的是把SQL封装到包里面！
  回复  引用    

0

0

查看全文