走向.NET架构设计—第三章—分层设计，初涉架构(后篇)-低调大师

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

2017-11-08 541

走向.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("Error {0}", value); }
 }

 }

　　希望大家看到上面一堆代码不要晕，下面就通过一个图来讲述一下整个流程：　　

Default

Page在页面的初始化的时候创建一个ProductListPresenter的实例，并且我们通过StructureMap的ObjectFactory.GetInstance方法得到了一个门户的ProductService。Default页面把任何对他的事件的调用委托给了Presenter,也就是说，我们基本上不在Default的页面代码后面做什么逻辑处理，这一切都放在Presenter里面。

最后我们设计的结构就很利于测试和维护，也有很强的扩展性。

　　本篇（前。中，后篇）就到这里了,还是那句话：把三篇连在一起看，多琢磨下，有什么问题大家可以留言！多谢支持！：）

本文转自yanyangtian51CTO博客，原文链接：

http://blog.51cto.com/yanyangtian/412165

，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/465168

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

微服务与SOA的实践应用对比

关于微服务是什么，面向服务的体系结构（SOA）又是什么，两者之间有何关联真是众说纷纭、困惑颇多。很多人都加入了这场讨论，从ThoughtWorks的Martin Fowler到Cap Gemini的Steve Jones全都参与了进来。微服务是什么？微服务是一种架构设计模式。在微服务架构中，业务逻辑被拆分成一系列小而松散耦合的分布式组件，共同构成了较大的应用。每个组件都被称为微服务，而每个微服务都在整体架构中执行着单独的任务，或负责单独的功能。每个微服务可能会被一个或多个其他微服务调用，以执行较大应用需要完成的具体任务；系统还为任务执行——比如搜索或显示图片任务，或者其他可能需要多次执行的任务提供了统一的解决处理方式，并限制应用内不同地方生成或维护相同功能的多个版本。使用微服务架构还提供这样一种机制：增加新加入开发者的生产效率，并减少新功能的推广时长。每个微服务的代码库与相关工具集都很有限；开发者无需再去了解庞大而复杂的系统，只需理解自己所做的那部分微服务相关子集，便能贡献生产力。由于无需考虑应用的现有部分使用了什么语言或工具集，或者较大应用的其他开发者是否了解这些语言和工具，只...

2017-11-09

487

内容提要 Windows域的核心价值是身份验证系统。域从出现（Windows NT）到现在（Windows Server 2012 AD DS域服务）已经经过了15年的时间，从初期单纯身份验证功能到现在的企业管理中枢，已经成为企业的管理平台、基础架构平台，为ITPro提供更丰富的功能。本书以WindowsServer 2012 AD DS域服务为例，详解AD DS域服务的各个功能以及在管理中遇到的问题，为读者抛砖引玉，根据企业实际更好的运营企业网络。本书语言流畅、通俗易懂、深入浅出、可操作性强，注重读者实战能力的培养和技术水平的提高。本书适用于网络管理人员，以及对微软基础架构平台感兴趣的计算机爱好者，并可作为大专院校计算机专业的教材或课后辅导资料。前言 Windows Server 2012 AD DS域服务介绍 Windows Server 2012 AD DS域服务是微软最新的域基础架构平台，其实质仍然是身份验证系统，企业管理使用的组策略是基于身份验证系统（域用户和计算机帐户）的上层应用。在学习域过程中，部署域环境相对比较简单，难的是管理依赖于域的应用。微软网络级产品基本都和域...

2017-11-09

643

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。