WinForm下多层架构的实现(转）

 最近在CSDN上看到有朋友求Winform的三层架构的示例，网上也确实没有多少是Winform的。于是本人牺牲一点时间，做了这个小Demo，希抛砖引玉，望各路老手不吝指教。
    至于什么是“三层结构”、三层结构有什么好处、为什么要用三层结构，我想这些讨论，网上大把，Google 或者 Baidu一下就有一大串。我也就不多说，直接用一个例子来讲述如何实现一个多层架构的WinForm程序。
    在该例子，我选用的是VS.net 2005 + Access 实现，考虑至数据库的可移槙性，数据访问层使用工厂模式，利用.net 的反射在运行时根据配置文件来动态决定采用何用数据库。
    好了，进入正题：
    首先，设定数据库如下 ：

字段名称	数据类型	默认值	备注说明
BS_NO	Text	N''	工号
BS_NAME	Text	N‘’	姓名

    对于，多层架构，我一般都按照预先新建一个空的方案。然后分别新加EntityReflect（实体层）、DALFactory（数据访问层，工厂类），Business（中间业务层）、WinForm（表示界面层），并设定WinForm为启始专案，该专案为WinForm模板，其它全部可作为Class Library模板，设定各专案的相依:Business依赖DALFactory、WinForm依赖Business，完了之后，选取整个方案，编译。在Business层引用DALFactory、WinForm层中引用Business.至上上面的数据访问层并没有针对特定的数据库的数据访问类，所以，再加一个DataAccess Class Library层，该层就是专门针对Access数据访问的。同样设定该层依赖DALFactory,并参考引用DALFactory.再次编译一次，我们就进入代码编制阶段了。
    其实，我们上面的操作，已基本上具备了我上面所说了这个Demo的全部内容了，只是还没有代码而已啦。好，下面我们就添加代码：
    打开EntityReflect专案，将默认的Class1.cs 改为EREmployee.cs,这就是我们的实体规范层，关于这个，我们可以在网上下载一些工具自动生成。不过，在我这个方案，我却一直没有在任何地方引用他。原因其实是我自己也不是很能弄清为什么一定要这个规范层。不过，我还是写了如下的代码:

using  System;
using  System.Collections.Generic;
using  System.Text;

namespace  EntityReflect
{
     public  class  EREmployee
    {
         public  EREmployee()
        {
        }
         private  String strbs_no;
         private  String strbs_name;
         public  String strBS_NO
        {
             get  {  return  strbs_no; }
             set  { strbs_no  =  value; }
        }
         public  String strBS_NAME
        {
             get  {  return  strbs_name; }
             set  { strbs_name  =  value; }
        }
    }
}

    展开DALFactory层.新加一个IDataAccessObject.cs,目的是为了规范各种数据库访问数据库时使用相同的方法，该接口的代码如下：

using  System;
using  System.Data;

namespace  DALFactory
{
     public  interface  IDataAccessObject
    {
         void  Query(DataSet ds,  string  strTableName);
         void  Save( string  strBS_NO,  string  strBS_NAME);
    }
}

    另外,由于我使用了C#的RTTI，所以，还加了一个类GetDatabaseType.cs,代码如下：

using  System;
using  System.Configuration;
using  System.Reflection;

namespace  DALFactory
{
     public    class  GetDatabaseType
    {
         public  IDataAccessObject GetDatabase()
        {
             string  strAssemblyName  =  ConfigurationManager.AppSettings[ " AssemblyName " ];
             string  strConstractor  =  ConfigurationManager.AppSettings[ " Constractor " ];
             return  (IDataAccessObject)Assembly.Load(strAssemblyName).CreateInstance(strConstractor,  false );
        }
    }
}

   
    有了数据访问层的工厂，展开DataAccess数据访问层，将默认的Class1.cs 改为DataAccess.cs,输入以下代码：

using  System;
using  System.Data;
using  System.Data.OleDb;
using  DALFactory;

namespace  DataAccess
{
     public  class  DAOAccess:IDataAccessObject
    {
         private  const  string  strConn  =  @" Provider = Microsoft.Jet.OLEDB.4.0;Data Source=D:/SHS_Develop/Solution/DB/Solution.mdb " ;

         #region  IDataAccessObject 成員

         public  void  Query(System.Data.DataSet ds,  string  strTableName)
        {
             string  strSql  =  @" Select * From Employee " ;
             using  (OleDbConnection Conn  =  new  OleDbConnection(strConn))
            {
                 using  (OleDbDataAdapter adapter  =  new  OleDbDataAdapter(strSql, Conn))
                {
                    adapter.Fill(ds, strTableName);
                }
            }
        }

         public  void  Save( string  strBS_NO,  string  strBS_NAME)
        {
             string  strSql  =  @" Insert Into Employee(BS_NO,BS_NAME) Values(@BS_NO,@BS_NAME) " ;
             using  (OleDbConnection Conn  =  new  OleDbConnection(strConn))
            {
                 using  (OleDbCommand Comm  =  new  OleDbCommand(strSql, Conn))
                {
                    Comm.Parameters.Add( new  OleDbParameter( " @BS_NO " , OleDbType.VarChar, 10 ));
                    Comm.Parameters.Add( new  OleDbParameter( " @BS_NAME " , OleDbType.VarChar,  10 ));
                    Comm.Parameters[ " @BS_NO " ].Value  =  strBS_NO;
                    Comm.Parameters[ " @BS_NAME " ].Value  =  strBS_NAME;
                    Conn.Open();
                    Comm.ExecuteNonQuery();
                    Conn.Close();
                }
            }
        }

         #endregion
    }
}

    展开Business层，将Class1.cs改为：BusinessLogic.cs，输入如下代码：

using  System;
using  DALFactory;

namespace  Business
{
     public  class  BusinessLogic
    {
         public  void  Query(System.Data.DataSet ds,  string  strTableName)
        {
            ( new  GetDatabaseType()).GetDatabase().Query(ds, strTableName);
        }

         public  void  Save( string  strBS_NO,  string  strBS_NAME)
        {
            ( new  GetDatabaseType()).GetDatabase().Save(strBS_NO, strBS_NAME);
        }

    }
}

    最后，展开WinFrom层，在窗体上拖一个DatagridView、两个label，两个textBox和两个button过来，Name属性分别改为:FrmMain、dgvMain、tbxBS_NO,tbxBS_NAME,btnQuery,btnSave，输入如下代码：

using  System;
using  System.Collections.Generic;
using  System.ComponentModel;
using  System.Data;
using  System.Drawing;
using  System.Text;
using  System.Windows.Forms;
using  Business;
using  RealBusiness;
namespace  WinForm
{
     public  partial  class  FrmMain : Form
    {
         public  FrmMain()
        {
            InitializeComponent();
        }

         private  void  btnQuery_Click( object  sender, EventArgs e)
        {
            DataSet ds  =  new  DataSet();
            ( new  BusinessLogic()).Query(ds, " Employee " );
             this .dgvMain.DataSource  =  ds;
             this .dgvMain.DataMember  =  " Employee " ;
        }

         private  void  btnSave_Click( object  sender, EventArgs e)
        {
             if  ( ! RBEmployee.CanRegistUser(tbxBS_NO.Text))
            {
                MessageBox.Show( " The Business Logic Can't Allow to Add this user  " );
                 return ;
            }
            ( new  BusinessLogic()).Save(tbxBS_NO.Text, tbxBS_NAME.Text);
        }
    }
}

    至此，可以说，一个简单的多层架构的Winform程序已完成，但如果有一些商业规则应如何加入呢，而且在现实世界中，商业规则是容易随宜主观的意愿而改变的。解决方法也是新加一个类。设为：RealBusiness层，class library模板，将Class1.cs改成：RBEmployee.cs，输入代码如下：

using  System;
namespace  RealBusiness
{
     public  class  RBEmployee
    {
         public  static  bool  CanRegistUser( string  strBS_NO)
        {
             if  (strBS_NO.ToUpper()  ==  " ADMIN "  ||  strBS_NO.ToUpper()  ==  " ADMINISTRATOR " )
            {
                 return  false ;
            }
             return  true ;
        }
    }
}

    好了，至此，一个多层架构已完整实现，虽然功能不是很强大，但对于多层架构也基本上全涉及到了。所谓麻雀虽小，五脏俱全。有兴趣的朋友可以随后下载全部源码。
    全部源码还实现了SQL Server的访问，由于Oracle没有用过，所以，在Oracle数据访问层中没有写任何代码，有会的朋友，请不吝回复在下面。先谢了。
    顺便说一下，下载源码后，双击Build_Access.bat将编译整个方案，你可以至Winform中Bin目录下运行方案的效果。该BAT将建立一个访问Access数据的多层Winform程序，相应的Build_Oracle.bat,Build_SQLServer.bat分别对应于oracle和sql server.

     Winform多层架构源码下载

    ps:
    欢迎各位加我QQ:52433739讨论，加时请注明C# Developer即可！

2007年3月14日又及：
   
    今天下班，重新对这个小Demo进行了一番审视检查，觉得这个实体放在这里怪怪没有起任何作用，查了一些书籍和资料，我决定将该Demo重新编写，所幸不负期望！
    确实，在这个小demo中，传递dataset是极不明确和含糊不清的，从而可能影响表示界面层的显示。为杜绝此类现象，终于发现了使用实体层的好处：那就是可规范所取得的数据的正确性。
    鉴于此，我个人就觉得DALFactory(数据访问层，工厂类）、Business（中间业务层）、WinForm（表示界面层）都需引用这个EntityReflect（实体层）。同样的，我在方案中将他们三个分别依赖于EntityReflect（实体层）。
    自然，相关的代码也将要进行修改,修改后的源码，请有兴趣的朋友请自行 重新下载。