点击Duwamish7.0的查询按钮-Go,来总揽Duwamish的层次结构.

涉及的东西的页面层次
+Duwamish
+bin
-Duwamish7.BusinessFacade.dll
-Duwamish7.BusinessRules.dll
-Duwamish7.Common.dll
-Duwamish7.DataAccess.dll
-Duwamish7.SystemFramework.dll
-Duwamish7.Web.dll
+modules
-searchmodule.ascx
-searchmodule.ascx.cs
-SearchResults.aspx
-SearchResults.aspx.cs
- default.aspx
-default.aspx.cs |
(1)在Default.aspx所引用的Searchmodule.ascx上面输入你想查询条件,点击Button-Go
由Modules\searchmodule.ascx处理
public void SearchButton_Click(Object sender,EventArg e)
  {
int index = SearchDropDownList.SelectedIndex;
Response.Redirect((new StringBuilder(PageBase.UrlBase))
.Append("/searchresults.aspx?type=")
.Append(index)
.Append("&fullType=")
.Append(Server.HtmlEncode(SearchDropDownList.Items[index].Text))
.Append("&text=")
.Append(Server.UrlEncode(searchText)).ToString(), false);
} |
转到SearchResults.aspx接收type,fulltype,text的Search参数并进行处理
Duwamish7.Common.Data.BookData.SearchTypeEnum searchEnumType;
DataSet resultSet=null;
searchEnumType=
(Duwamish7.Common.Data.BookData.SearchTypeEnum)Int32.Parse(Request.QueryString["type"]);
searchType=Request.QueryString["fulltype"].ToString();
searchText=Request.QueryString["text"].ToString();
if(searchText!=String.Empty)
  {
resultSet=(newProductSystem()).GetSearchItems(searchEnumType,searchText);
} |
注释:
上面的过程是在Duwamish的Web表现层发生的动作,Web表现层就是aspx页面以及相应的aspx.cs代码.
看看这个Web表现成涉及到的命名空间(即Duwamish的层次): (1)Duwamish7.Common
这个命名空间不是Duwamish四层架构之一,它定义了一些全局性数据类型,以及一些配置数据,这些数据可以在各个层次调用.
 关于图中的那些Common.Data的用途,下面有讨论.
DuwamishConfiguration就是一些全局性的配置数据.
(2)业务外观层Business Facade里面的函数: Duwamish7.BusinessFacade.GetSearchItems(BookData.SearchTypeEnum searchType,String searchText)
Web表现层通常会: using Duwamish7.BusinessFacade;//业务外观 using Duwamish7.Common; using Duwamish7.Common.Data;// using Duwamish7.SystemFramework;//
不会 using Duwamish7.DataAccess;//数据访问层.
从而实现Web表现与数据访问的低耦合特性. |
(2)紧接着上面,调用Duwamish7.BusinessFacade.GetSearchItems(BookData.SearchTypeEnum searchType,String searchText)获得一个返回的DataSet;
  {
ApplicationAssert.CheckCondition(searchText != String.Empty, "searchText is required",

ApplicationAssert.LineNumber);

using (Books bookDataAccess = new Books())
 {
BookData retVal = null;
switch (searchType)
 {
case BookData.SearchTypeEnum.Author:
retVal = bookDataAccess.GetBooksByAuthor(searchText);
break;
case BookData.SearchTypeEnum.ISBN:
retVal = bookDataAccess.GetBooksByISBN(searchText);
break;
case BookData.SearchTypeEnum.Subject:
retVal = bookDataAccess.GetBooksBySubject(searchText);
break;
case BookData.SearchTypeEnum.Title:
retVal = bookDataAccess.GetBooksByTitle(searchText);
break;
default:
ApplicationAssert.Check(false, string.Format("searchType {0} is not valid",

searchType.ToString()), ApplicationAssert.LineNumber);
break;
}


return retVal;
}
} |
(3)又调Duwamish7.DataAccess.Books的
GetBooksByAuthor(searchText);
GetBooksByISBN(searchText);
GetBooksBySubject(searchText);
GetBooksByTitle(searchText);
public BookData GetBooksByAuthor(String searchText)
 {
return FillBookData("GetBooksByAuthor", "@Author", searchText );
}

private BookData FillBookData(String commandText, String paramName, String paramValue)
 {
if (dsCommand == null )
 {
throw new System.ObjectDisposedException( GetType().FullName );
}
BookData data = new BookData();
SqlCommand command = dsCommand.SelectCommand;

command.CommandText = commandText;
command.CommandType = CommandType.StoredProcedure; // use stored proc for perf
SqlParameter param = new SqlParameter(paramName, SqlDbType.NVarChar, 255);
param.Value = paramValue;
command.Parameters.Add(param);

dsCommand.Fill(data);
return data;
}
|
注释:
数据访问层 - Data Access
数据访问层直接调用数据库中的数据,返回的却是自己定义的DataSet类型的数据. Duwamish7.Common.Data定义了4种继承与DataSet的 BookData CategoryData CustomerData OrderData 从数据访问层返回的DataSet都是这4种DataSet的其中之一。 为何不直接返回DataSet,反而要多此一举呢?
我想有这方面的原因,你可以在定义BookData时候完全控制数据,比如,你可以对两个Column的数据进行运算,从而可以返回额外的更加实用的数据段,有的时候必须这样做,例如你想把多个Column的数据组合成为一个多参数的查询URL,而这些数据要帮定到DataGrid的超级链接列(当然,在存储过程也可以做到). [相关:http://www.aspcool.com/lanmu/browse1.asp?ID=1029&bbsuser=aspnet]
(这个东西值得讨论) |
总结:
这里显然没有涉及到业务规则层(BusinessRelus),这里引用卢彦的Duwamish深入剖析-结构篇
比较令人困惑的是其中的业务外观层和业务规则层,很多人在学习N层结构开发的时候,听得最多的是三层结构,分别为:表示层,中间层和数据层。Duwamish的WEB层和数据访问层比较好理解,也就是传统意义上的表示层和数据层,那么业务外观层和业务规则层和我们熟悉的中间层有什么联系呢?
设计思想: 在Web应用程序中,有部分操作只是简单的从数据库根据条件提取数据,不需要经过任何处理,而直接将数据显示到网页上,比如查询某类别的图书列表。而另外一些操作,比如计算定单中图书的总价并根据顾客的级别计算回扣等等,这部分往往有许多不同的功能的类,操作起来也比较复杂。我们可以先想象一下,如果我们采用三层结构,这些商业逻辑一般是会放在中间层,那么对内部的这些大量种类繁多,使用方法也各异的不同的类的调用任务,就完全落到了表示层。这样势必会增加表示层的代码量,将表示层的任务复杂化,和表示层只负责接受用户的输入并返回结果的任务不太相称,并增加了层与层之间的耦合程度。
|

======
我写的东西实在太潦草......