关闭

学习PetShop3.0(1)用户注册

850人阅读 评论(2) 收藏 举报

----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编程的手段来预先判断用户名是否存在,然后再采取下一步措施。

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:9540次
    • 积分:101
    • 等级:
    • 排名:千里之外
    • 原创:0篇
    • 转载:10篇
    • 译文:0篇
    • 评论:2条
    文章存档