走向.NET架构设计—第三章—分层设计,初涉架构(后篇)

简介:
走向.NET架构设计—第三章—分层设计,初涉架构(后篇)
  前言:本篇主要是接着前两篇文章继续讲述!
  
本篇的议题如下:
4.  数据访问层设计 
5.  显示层设计
6.  UI 层设计
 
  4.    数据访问层设计
  数据访问层,这块要说的不多。但是要澄清一点:数据访问不一定就是访问数据库,虽然多数的情况下,我们确实把数据存储在数据库中。
这里我们用数据库存储数据,并且用Linq To Sql 来进行数据访问操作。
  下面我们就来实现数据操作的一些代码: 
代码
   public   class  ProductRepository : IProductRepository 
  {        
        
public  IList < Model.Product >  FindAll()
        {
            var products 
=  from p  in   new  ShopDataContext().Products
               select 
new  Model.Product
                {
                   Id 
=  p.ProductId, 
                   Name 
=  p.ProductName,                                   
                   Price 
=   new  Model.Price(p.RRP, p.SellingPrice)           
                 };            

            
return  products.ToList();
        }     
  }
 
  5.   显示层设计
  我们这里用Model-View-Presenter 模式把显示逻辑从UI 层中分离出来,成为显示层。其实这样做的好处:方便单元测试,同时也让我们可以换不同的View 来显示,例如我们可以换成aspx 的页面显示,也可以用WinForm 来显示。关于MVP 的详细知识,我会在后续的文章中后慢慢的讲述,本篇只是初涉架构”---- 相当于把后续文章的知识都提了一下。
          通过看代码来讲述。我们在ASPPatterns.Chap3.Layered.Presentation 项目加入一个接口类:IProductListView. 
public   interface  IProductListView
{
        
void  Display(IList < ProductViewModel >  Products);
        Model.CustomerType CustomerType { 
get ; }
        
string  ErrorMessage {  set ; }
}
 
    这个接口会被ASPX Web Form 来实现。
  下面我们就来创建一个ProductListPresenter 来连接View Service Presenter 负责把数据从service 拿来,然后交给View 去显示。代码如下: 
代码
public   class  ProductListPresenter
    {
        
private  IProductListView _productListView;
        
private  Service.ProductService _productService;
                
        
public  ProductListPresenter(IProductListView ProductListView, Service.ProductService ProductService)
        {
            _productService 
=  ProductService;
            _productListView 
=  ProductListView;
        }

        
public   void  Display()
        {
            ProductListRequest productListRequest 
=   new  ProductListRequest();
            productListRequest.CustomerType 
=  _productListView.CustomerType;

            ProductListResponse productResponse 
=  _productService.GetAllProductsFor(productListRequest);

            
if  (productResponse.Success)
            {
                _productListView.Display(productResponse.Products);
            }
            
else  
            {
                _productListView.ErrorMessage 
=  productResponse.Message; 
            }
   
        }
    }
  
  这样实现之后,我们现在就可以编写一些测试的代码来测试数据取的是否正确,此时我们不一定非得用页面的显示才知道数据的正确性。而且这样实现的好处之前也提过:我们可以把数据给WPF 的界面显示,或者给WinForm 的界面显示。 
 
  6.  UI 层设计
  最后不管怎么样,我们还是需要显示一下数据的。
  界面如下:
 
  ASPX 页面的代码如下: 
代码
public   partial   class  _Default : System.Web.UI.Page, IProductListView 
    {
        
private  ProductListPresenter _presenter;

        
protected   void  Page_Init( object  sender, EventArgs e)
        {
            _presenter 
=   new  ProductListPresenter( this , ObjectFactory.GetInstance < Service.ProductService > ());
            
this .ddlCustomerType.SelectedIndexChanged  +=   delegate  { _presenter.Display();};
        }

        
protected   void  Page_Load( object  sender, EventArgs e)
        {
            
if  (Page.IsPostBack  !=   true
                _presenter.Display(); 
        }
        
        
public   void  Display(IList < ProductViewModel >  Products)
        {
            rptProducts.DataSource 
=  Products;
            rptProducts.DataBind(); 
        }

        
public  CustomerType CustomerType
        {
            
get  {  return  (CustomerType)Enum.ToObject( typeof (CustomerType),  int .Parse( this .ddlCustomerType.SelectedValue) ); }
        }
   
        
        
public   string  ErrorMessage
        {
            
set  { lblErrorMessage.Text  =  String.Format( " <p><strong>Error</strong><br/>{0}<p/> " , value); }
        }
        
    }
  
  希望大家看到上面一堆代码不要晕,下面就通过一个图来讲述一下整个流程:   
Default
Page 在页面的初始化的时候创建一个ProductListPresenter 的实例,并且我们通过StructureMap ObjectFactory.GetInstance 方法得到了一个门户的ProductService Default 页面把任何对他的事件的调用委托给了Presenter, 也就是说,我们基本上不在Default 的页面代码后面做什么逻辑处理,这一切都放在Presenter 里面。 
 
       最后我们设计的结构就很利于测试和维护,也有很强的扩展性。 
  本篇(前。中,后篇)就到这里了,还是那句话:把三篇连在一起看,多琢磨下,有什么问题大家可以留言!多谢支持! :)





















本文转自yanyangtian51CTO博客,原文链接:
http://blog.51cto.com/yanyangtian/412165
 ,如需转载请自行联系原作者

相关文章
|
4月前
|
资源调度 前端开发 算法
鸿蒙OS架构设计探秘:从分层设计到多端部署
本文深入探讨了鸿蒙OS的架构设计,从独特的“1+8+N”分层架构到模块化设计,再到智慧分发和多端部署能力。分层架构让系统更灵活,模块化设计通过Ability机制实现跨设备一致性,智慧分发优化资源调度,多端部署提升开发效率。作者结合实际代码示例,分享了开发中的实践经验,并指出生态建设是未来的关键挑战。作为国产操作系统的代表,鸿蒙的发展值得每一位开发者关注与支持。
|
8月前
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
395 6
|
8月前
|
设计模式 Java API
微服务架构演变与架构设计深度解析
【11月更文挑战第14天】在当今的IT行业中,微服务架构已经成为构建大型、复杂系统的重要范式。本文将从微服务架构的背景、业务场景、功能点、底层原理、实战、设计模式等多个方面进行深度解析,并结合京东电商的案例,探讨微服务架构在实际应用中的实施与效果。
188 1
|
4月前
|
消息中间件 人工智能 数据可视化
文生图架构设计原来如此简单之用户界面架构
节点式界面是文生图工具中一种强大而灵活的设计范式,以 ComfyUI 为代表。这种设计将复杂的图像生成过程分解为可视化的模块化组件,使用户能够精确控制生成流程的每个环节。
135 2
|
9月前
|
人工智能 前端开发 JavaScript
前端架构思考 :专注于多框架的并存可能并不是唯一的方向 — 探讨大模型时代前端的分层式微前端架构
随着前端技术的发展,微前端架构成为应对复杂大型应用的流行方案,允许多个团队使用不同技术栈并将其模块化集成。然而,这种设计在高交互性需求的应用中存在局限,如音视频处理、AI集成等。本文探讨了传统微前端架构的不足,并提出了一种新的分层式微前端架构,通过展示层与业务层的分离及基于功能的横向拆分,以更好地适应现代前端需求。
200 0
|
6月前
|
存储 消息中间件 小程序
转转平台IM系统架构设计与实践(一):整体架构设计
本文描述了转转IM为整个平台提供的支撑能力,给出了系统的整体架构设计,分析了系统架构的特性。
160 10
|
7月前
|
数据库
分层架构
表现层(Presentation Layer):处理用户界面和用户交互逻辑。 业务逻辑层(Business Logic Layer):处理业务相关的逻辑和规则。 数据访问层(Data Access Layer):负责与数据库或其他数据源进行 [Something went wrong, please try again later.]。
|
8月前
|
敏捷开发 缓存 中间件
.NET技术的高效开发模式,涵盖面向对象编程、良好架构设计及高效代码编写与管理三大关键要素
本文深入探讨了.NET技术的高效开发模式,涵盖面向对象编程、良好架构设计及高效代码编写与管理三大关键要素,并通过企业级应用和Web应用开发的实践案例,展示了如何在实际项目中应用这些模式,旨在为开发者提供有益的参考和指导。
87 3
|
7月前
|
监控 前端开发 API
一款基于 .NET MVC 框架开发、功能全面的MES系统
一款基于 .NET MVC 框架开发、功能全面的MES系统
163 5
|
10月前
|
开发框架 前端开发 JavaScript
ASP.NET MVC 教程
ASP.NET 是一个使用 HTML、CSS、JavaScript 和服务器脚本创建网页和网站的开发框架。
168 7

热门文章

最新文章