----msdn上关于PetShop3.0的介绍---- ----网上高手的PetShop3.0数据层设计分析报告----
关于该系统的大致介绍可以从上面的连接获得,都是中文的。 下面来分析一下PetShop3.0的用户注册部分(我今早上刚研究的,哈,趁热端出来) PetShop3.0是业务实体和业务逻辑分开的,并且在表示层上也有逻辑处理。业务实体部分从前到后都有用到。实际上,在传递数据的时候就是传递的一个实体,而不是像我们一般用的一个变量一个变量的传,在用户注册中也是这样。 注册页面是CreateAccount.aspx,这里有一个usercontrol:AddressUI,用来收集用户的一般信息,其他的个人网站设定和用户名密码什么的都是分开来取的,通过提取AddressUI.Address来获得一个AddressInfo对象,然后用这些信息创建一个AccountInfo对象,最后调用ProcessFlow.AccountController的CreateAccount方法来完成注册。CreateAccount接收的参数自然是一个AddressInfo类型的对象,返回类型为bool。根据返回值来判断注册是否成功。实际上,它这里假定如果不成功,那就只有一种情况,就是用户名已经被注册了。 接下来的事情就是一层套一层的引用了。把业务实体AccountInfo一层的往下传,最后到达SQLServerDAL层,这里的Insert方法执行最后的操作。 PetSop.Web.ProcessFlow.AccountController : public bool CreateAccount(AccountInfo newAccountInfo){ try { // Creata a new business logic tier Account account = new Account(); // Call the insert method account.Insert(newAccountInfo); // Store the data in session state and store the authenticated cookie HttpContext.Current.Session[ACCOUNT_KEY] = newAccountInfo; FormsAuthentication.SetAuthCookie(newAccountInfo.UserId, false);
//Finally forward to the welcome page HttpContext.Current.Response.Redirect(URL_ACCOUNTCREATE, true);
} //注意在这里捕获异常,说明用户名已存在。详细描述见下面 catch { return false; } return true; }
PetShop.BLL.Account : public void Insert(AccountInfo account) { // Validate input if (account.UserId.Trim() == string.Empty) return; // Get an instance of the account DAL using the DALFactory IAccount dal = PetShop.DALFactory.Account.Create(); // Call the DAL to insert the account dal.Insert(account); }
最后进入实际的数据操作层
PetShop.SQLServerDAL.Account : public void Insert(AccountInfo acc) { SqlParameter[] signOnParms = GetSignOnParameters(); SqlParameter[] accountParms = GetAccountParameters(); SqlParameter[] profileParms = GetProfileParameters(); signOnParms[0].Value = acc.UserId; signOnParms[1].Value = acc.Password; SetAccountParameters(accountParms, acc); SetProfileParameters(profileParms, acc);
using (SqlConnection conn = new SqlConnection(SQLHelper.CONN_STRING_NON_DTC)) { conn.Open(); using (SqlTransaction trans = conn.BeginTransaction()) { try { SQLHelper.ExecuteNonQuery(trans, CommandType.Text, SQL_INSERT_SIGNON, signOnParms); SQLHelper.ExecuteNonQuery(trans, CommandType.Text, SQL_INSERT_ACCOUNT, accountParms); SQLHelper.ExecuteNonQuery(trans, CommandType.Text, SQL_INSERT_PROFILE, profileParms); trans.Commit();
} //违反约束,抛出异常 catch { trans.Rollback(); throw; } } } }
那么它是怎么判断用户名是否已经被注册了呢?原来,在保存用户名和密码的表里有一个主键约束,这样自然就插不进重复的用户名。一旦有相同的用户名进入,就会违反约束,抛出异常,当然在之前还要回滚事务,抛出的异常在表示层CreateAccount方法中被捕获,方法返回false,最后反映到页面上。 我在这里就有一个疑问,这样做不是把异常作为一种控制流程的手段了吗? 《effective java》第39条“只针对不正常的条件才使用异常”。根据这一条,万一不能注册是因为其他不可预料的原因而发生的呢?这也会返回给要注册的用户“Duplicate user ID! Please try again.”信息。而且我以前看过一篇文章,说.net的异常抛出会消耗大量的资源,建议不要把异常做为一种实现的方法。其实这里完全可以用T-SQL编程的手段来预先判断用户名是否存在,然后再采取下一步措施。 |