 |
|
|
 首页 |
名片设计 CorelDRAW Illustrator AuotoCAD Painter 其他软件 Photoshop Fireworks Flash |
|
系统采用|B/S结构，共分三层，分别是数据访问层，业务规则层，Web外观层。它们各自有自己的职责，各自为政又互相配合从而形成一个软件的整体功能系统，数据访问层的职责是负责对数据源的存取（这里的数据源是指SQL Server 2000）,业务规则层负责的是对数据按照业务流程的处理，Web外观层负责向用户提供交互的接口，只负责输入输出数据。这样设计是很普遍的，它提供了一个较好维护的体系。 设计： 1） 数据访问层： 很多人愿意在这一层封装大量的SQL脚本以简化上层的设计，但是这样的设计并不合适！业务一般情况下会有变化，假如把SQL脚本“硬编码”在一起，修改时不得不修改程序的源代码。而用户那里一般只有打包的二进制程序！所以较好的做法是将对数据的操作的脚本放在外面，一般是放在离数据近的地方，如SQL Server上，这里我们把它 编写成存储过程放在SQL Server服务器上。编写成存储过程有这样的两个好处：第一，业务改变时，只要改存储过程即可。第二，没有必要将大量的脚本通过网络传输到数据库服务器解析执行，给网络带来很大的负担。而是只是调用一个存储过程名而已，大大降低了网络负担和中间层的负担。 如：执行添加用户的操作 Create PROCEDURE dbo.User_Create @RealName varchar(50), @DeptName varchar(50), @HashedPassWord varchar(50), @Tel varchar(50), @Address varchar(50), @DutyName varchar(50), @UserName varchar(50) AS begin tran insert into [User] (UserName,RealName,DeptName,HashedPassWord,Tel,Address,DutyName) values(@UserName,@RealName,@DeptName,@HashedPassWord,@Tel,@Address,@DutyName) if @@error!=0 begin rollback return 0 end else begin commit return 1 end 对于执行存储过程和维护和数据库连接状态的方式（如:ExecSQL(string SQL),Open()）应当封装在一个公共类中共其他类使用，而不是每个类都有自己的数据库方式！这样的意图是可以减少重复依靠，而且假如将这个共享类的方式抽象出来成为一个接口，让所有用到他的类使用这个接口，在共享类发生变化时，使用它的类并不知晓这些变化，减少了依靠就意味着更好地适应变化！ 如： public class Database : IDisposable ,ISQLDataBase(参考于codePlus) { private SqlConnection con; private DBConfig m_Config=DBConfig.Instance; public int RunProc(string procName) { SqlCommand cmd = CreateCommand(procName, null); cmd.ExecuteNonQuery(); this.Close(); return (int)cmd.Parameters["ReturnValue"].Value; } public int RunProc(string procName, SqlParameter[] prams) { SqlCommand cmd = CreateCommand(procName, prams); cmd.ExecuteNonQuery(); this.Close(); return (int)cmd.Parameters["ReturnValue"].Value; } ....... } 接口： public interface ISQLDataBase { int RunProc(string procName) ; int RunProc(string procName, SqlParameter[] prams) ; void RunProc(string procName, out SqlDataReader dataReader) ; void RunCommand(string command,out SqlDataReader dataReader); void RunProc(string procName, SqlParameter[] prams, out SqlDataReader dataReader) ; SqlCommand CreateCommand(string procName, SqlParameter[] prams) ; void Open(); void Close() ; SqlParameter MakeInParam(string ParamName, SqlDbType DbType, int Size, object Value); SqlParameter MakeOutParam(string ParamName, SqlDbType DbType, int Size); SqlParameter MakeParam(string ParamName, SqlDbType DbType, Int32 Size, ParameterDirection Direction, object Value); } 对于连接信息，如连接字符串不应在所有用到数据库的地方出现，负责在部署时不得不在所有的类中调整！所以把它方在XML配置文件中是明智的（分成集成和混合安全性），再用一个类治理它即可. XML文件的内容： <?xml version="1.0" standalone="yes" ?> <NewDataSet> <DBConfig> <ServerName>Gaolei</ServerName> <Machine>GAOLEI</Machine> <DataBase>OA</DataBase> </DBConfig> <DBConfig> <ServerName>Gaolei</ServerName> <UID>sa</UID> <PWD></PWD> <Machine>Gaolei</Machine> <DataBase>OA</DataBase> </DBConfig> <DBConfig> <LogCount>100</LogCount> </DBConfig> </NewDataSet>。 对于数据实体层，它负责传递数据，是各层交换数据的地方。设计时应考虑这样几个因素： 第一：性能，交换数据的地方必须要求交换快、占内存少. 第二：业务规则类可以有效地使用他们。 第三：有利于界面部分使用它们，即要能和用户控件绑定在一起使用，帮助简化界面的开发。 为了满意第一要求，可以将实体的值域上移放在基类中，这样两个类为继续关系又各负各则。基类（数值类）的实例数与其子类（方式类）实例数不成比例，基类实例数总是大于方式实例数，一般是N:1,这样消除了没有必要的内存开支，大大提升了性能。对于有些方式参数列表太长，就可以使用基类对象代替。 方式类集成了常用的数据处理方式，所以一旦业务规则类使用它，可以大大简化规则类的复杂度，设计者可以集中精力设计规则类而不必同时考虑实体类的问题。由于值域上移，把值域做成属性，界面上的控件将天生支持对这些属性的绑定。（.net控件的特性） 实体类： （数值类） public class LogRow:MarshalByRefObject,IComparable { protected String m_OperateType; public virtual String OperateType { get { return m_OperateType;} set { m_OperateType=value;} } .......... public LogRow() {// TODO: 在此处添加构造函数逻辑 } #region IComparable 成员 public int CompareTo(object obj) { LogRow Row=(LogRow)obj; if(Row.Operator.Equals(this.Operator)&&Row.OperateType.Equals(this.OperateType)&&Row.OperateTime.Equals(this.OperateTime)&&Row.Contents.Equals(this.Contents)) return 1; return 0; } #endregion } 方式类: public class Log:LogRow { public Log() { } public bool Create(String operateType,String contents,String Operator,System.DateTime operateTime) { Database data = new Database(); SqlParameter[] prams = { data.MakeInParam("@OperateType",System.Data.SqlDbType.VarChar,50,operateType), data.MakeInParam("@Contents",System.Data.SqlDbType.VarChar,255,contents), data.MakeInParam("@Operator",System.Data.SqlDbType.VarChar,50,Operator), data.MakeInParam("@OperateTime",System.Data.SqlDbType.DateTime,8,operateTime) }; int reval = data.RunProc("Log_Create",prams); data.Close(); data.Dispose(); if(reval==1) { return true; } else { return false; } } public bool Create(LogRow LogObject) { return this.Create(LogObject.OperateType,LogObject.Contents,LogObject.Operator,LogObject.OperateTime); } public bool Delete(System.DateTime operateTime) { Database data = new Database(); SqlParameter[] prams = { data.MakeInParam("@OperateTime",System.Data.SqlDbType.DateTime,8,operateTime) }; int reval = data.RunProc("Log_Delete",prams); data.Close(); data.Dispose(); if(reval==1) { return true; } else { return false; } } ....... } 2） 业务归则层： 要有自己独立的自定义非常类，对于业务方式要适当使用多线程提升性能。最好使用TeampleteMothed模式集成流程和适应未来的业务变化或者将方式设置成virtual! public class OMManager { private User user; private UserRole userRole; private Role role; private RolePopedom rolePopedom; private string m_CurrentUserName; private string m_CurrentPassWord; public OMManager(string CurrentUserName,string CurrentUserEncryptedPassWord) { user=new User(); userRole=new UserRole(); role=new Role(); rolePopedom=new RolePopedom(); if((new SecurityValidate()).Validator(CurrentUserName,CurrentUserEncryptedPassWord)) { this.m_CurrentUserName=CurrentUserName; this.m_CurrentPassWord=CurrentUserEncryptedPassWord; } else { throw new SecurityException("无效用户名/密码"); } } public virtual string NewUser(UserRow NewUserData, string[] AssignedRoles) { string m_HashedPassWord=StringEncryptor.Encryptor(NewUserData.HashedPassWord); NewUserData.HashedPassWord=m_HashedPassWord; if(user.Create(NewUserData)&&userRole.Create(NewUserData.UserName,AssignedRoles)) { //ToDoSomething } return null; } ........} 3）Web界面层：要使用规则层的方式执行业务功能，但并不是什么都要通过规则层，而是数据需要业务处理的就引用规则层方式，假如业务上不需要处理（如：填充一个下拉列表）就可以直接使用数据访问层，这样可以减少没必要的性能开支。对于安全性，就是要使用规则类必须经过验证。对于性能可以使用ASP.Net的缓存技术解决 返回类别: 教程 上一教程: Websharp使用说明（5） 下一教程: Dotnet总结（2）--访问ms sql server 数据库基类--2 您可以阅读与"架构设计之首部曲"相关的教程: · .net框架程序设计读书笔记二(Microsoft .net 框架开发平台体系架构） · Visual Studio.NET企业级结构设计版评测 · 第八章 常数与字段[《.NET框架程序设计》读书笔记] · ．NET架构的核心开发技术 · ASP.NET可交互式位图窗体设计(7) |
  |
| 快精灵印艺坊 版权所有 |
首页 会员中心在线印刷在线编辑付款方式索取样品设计指南连锁门店
|
||
