首页 文章 精选 留言 我的

.NET/ASP.NETMVC 大型站点架构设计—迁移Model元数据设置项（自定义元数据提供程序）

2017-11-13 497

阅读目录：

  • 1.需求背景介绍（Model元数据设置项应该与View绑定而非ViewModel）

    • 1.1.确定问题域范围（可以使用DSL管理问题域前提是锁定领域模型）


  • 2.迁移ViewModel设置到外部配置文件（扩展Model元数据提供程序）

    • 2.1.实现元数据提供程序（简单示例）


1.需求背景介绍（Model元数据设置项应该与View绑定而非ViewModel）

使用ASP.NETMVC构建普通的中小型站点可以使用简单的Model元数据设置方式来控制ViewModel如何显示在View中，但是复杂的应用场景不会这么简单的就能完成；大型站点的ViewModel的体积非常大，真的大的超乎我们的想象（当然这里面有历史原因），这么大的一个显示实体我们需要在不同的页面中呈现它会非常的棘手；然而小型站点不太会遇见ViewModel在几十个页面中显示的情况出现，一般页面也就是几十个差不多了；

在大型电子商务应用中，UI层的一个ViewModel不仅用来呈现数据还充当着与远程SOA接口通讯的DTO作用，如果为了结构清晰完全可以将ViewModel与DTO分开，但是有时候我们确实需要考虑额外的性能开销（有时候我们只能接受历史遗留的问题，技术债务累积多久就要还多久）；

这篇文章将讲解如何利用ASP.NETMVC开发大型站点时ViewModel中设置的元数据设置项随着不同的业务View不同而调用不同的元数据设置项，简单的讲也就是我们不会直接在ViewModel上应用元数据控制特性，而是通过将Model元数据设置项与具体的View绑定的方式来控制它在不同的View中运用不同的元数据控制项，元数据控制特性不会和具体的ViewModel绑定而是和具体的View绑定，因为只有View才是固定呈现什么内容，而ViewModel是用来共用的显示数据项的容器，我将通过本篇文章来讲解如何设计这样的高扩展性的ASP.NETMVC ViewModel使用结构；

1.2.确定问题域范围（可以使用DSL管理问题域前提是锁定领域模型）

在考虑使用配置文件将所需要的东西配置起来的时候，我们需要先确定到底需要将什么配置起来；这就需要我们先确定问题域，其实这也就是面向DSL编程的方法；

DSL：简单理解为面向特定领域的语言；该语言主要用来解决特定领域的实现问题，刚开始我们可以会把这个概念定义的过于庞大，希望能通过DSL解决一切领域问题，其实这是错误的；DSL其实是一小部分领域问题的提炼，如：我们这里的将ModelMetadata设置特性从原来定义在ViewModel上的迁移到外部去，这其中的主要问题域就是将ModelMetadata设置项与View绑定，而不是ViewModel；

只有先准确的找到问题域之后我们才能设计DSL来充分的表达这个问题域，通过XML能很好的表达任何特定领域结构的模型，当然你完全可以自己去设计DSL；

wKioL1Lcu8iwXQu9AAKOmvUhr9o430.jpg

目前对ViewModel中设置的元数据控制特性都会作用于使用该ViewModel的所有View，我们要解决的问题是将上图中的ModelMetadata域提取出去与View进行绑定，从而得到一个干净的ViewModel和灵活的面向View的元数据控制功能；当我们成功迁移之后，我们将得到下图中的结构；

wKiom1LcvATA23U_AALqvBadUhY734.jpg

最终我们会得出这样的一个满足实际需求的结构；

2.迁移ViewModel设置到外部配置文件（扩展Model元数据提供程序）

要想成功迁移设置项我们必须要搞清楚ASP.NETMVC中Model元数据提供程序的原理，这样我们才能将原来获取元数据的方式改变成我们自己的获取策略；在元数据提供程序对象模型中主要的功能分为两部分（这里我们只介绍获取元数据过程）：

wKiom1LcvCXhnVA6AAE0vo5OTB8326.jpg

我们需要将BuildModelMetadata功能区域换成我们自己的策略；

wKioL1LcvBWiNp8wAAI79GDi5Hw775.jpg

这样我们就可以将一组强大的元数据提供程序植入到ASP.NETMVC框架的内部；

通过CustomModelMetadataProviderFactory创建用于获取任何一个外部类型的元数据提供程序对象，比如：CustomModelMetadataProviderWithDb（用于数据库的接口），CustomModelMetadataProviderWithConfig（用户配置文件），CustomModelMetadataProviderWithService（远程Service）；

迁移ModelMetadate缓存数据（紧要关头可以进行内存优化）

在ASP.NETMVC内部提供了用来获取某个ViewModel的ModelMetadata的提供程序，通过该入口我们将可以把Model元数据缓存在我们自己的容器中，当然绝佳的缓存位置就是当前应用服务器的本地进程，这里是最好的缓存位置，我们缓存元数据主要不是为了改变它的存放位置而是要改变它获取的途径和方式，这样其实会有很多好处，比如：通过工具化管理内存中的缓存数据，对其进行压缩等等，因为你已经可以控制其获取元数据的过程，这在紧要关头可能就是救命稻草，这里只是一点扩展性的介绍，当然要看具体的需求了，不过这确实是一个好的思路；

2.1.实现元数据提供程序（简单示例）

View、ViewModel、ModelMetadata 映射设计：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
using  System.Collections.Generic;
using  System.Linq;
using  System.Web.Mvc;
namespace  MvcApplication4.Seed
{
     public  enum  View
     {
         HomePage_Index,
         HomePage_Edit
     }
     public  enum  ViewModel
     {
         Customer
     }
     public  class  ViewMappingModelMetadata
     {
         public  View View {  get ;  set ; }
         public  ViewModel ViewModel {  get ;  set ; }
         public  ModelMetadata Metadata {  get ;  set ; }
     }
     public  class  ViewMappingModelMetadataCollection : Dictionary<View, List<ViewMappingModelMetadata>>
     {
         private  static  ViewMappingModelMetadataCollection coll =  new  ViewMappingModelMetadataCollection();
         static  ViewMappingModelMetadataCollection()
         {
             //在Homepage下的视图———来自外部文件的接口，这里只是示例显示
             coll.Add(View.HomePage_Index,  new  List<ViewMappingModelMetadata>());
             coll[View.HomePage_Index].Add( new  ViewMappingModelMetadata()
             {
                 View = View.HomePage_Index,
                 ViewModel = ViewModel.Customer,
                 Metadata =
                     new  ModelMetadata(CustomModelMetadataProviderWithConfig.CurrentProvider,  typeof (Models.Customer),
                     () => {  return  new  Models.Customer().CustomerId; },  typeof ( string ),  "CustomerId" )
                     {
                         DisplayFormatString =  @"HomePage\DisplayName:{0}"
                     }
             });
             //在EditCustomer下的视图——来自外部文件的接口，这里只是示例显示
             coll.Add(View.HomePage_Edit,  new  List<ViewMappingModelMetadata>());
             coll[View.HomePage_Edit].Add( new  ViewMappingModelMetadata()
             {
                 View = View.HomePage_Edit,
                 ViewModel = ViewModel.Customer,
                 Metadata =  new  ModelMetadata(
                     CustomModelMetadataProviderWithConfig.CurrentProvider,  typeof (Models.Customer),
                     () => {  return  new  Models.Customer().CustomerId; },  typeof ( string ),  "CustomerId" )
                     {
                         DisplayFormatString =  @"Edit\DisplayName:{0}"
                     }
             });
         }
         public  static  ViewMappingModelMetadataCollection Current
         {
             get  {  return  coll; }
         }
         public  ModelMetadata GetMetadataByView(View view, ViewModel model)
         {
             var  metaList =  from  item  in  coll[view]  where  item.ViewModel == model  select  item.Metadata;
             return  metaList !=  null  && metaList.Count() > 0 ? metaList.LastOrDefault() :  null ;
         }
     }
}

wKiom1LcvGOyaIhUAAMWffXtoP8729.jpg

这两段是要被放到框架内部去完成的，这里只是为了演示其元数据的设置原理，所以简单这么写；

System.Web.Mvc.ModelMetadataProvider 实现自定义元数据提供程序:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
using  System;
using  System.Collections.Generic;
using  System.Web.Mvc;
namespace  MvcApplication4.Seed
{
     public  class  CustomModelMetadataProviderWithConfig : System.Web.Mvc.ModelMetadataProvider
     {
         private  static  CustomModelMetadataProviderWithConfig provider =  new  CustomModelMetadataProviderWithConfig();
         public  static  CustomModelMetadataProviderWithConfig CurrentProvider
         {
             get  {  return  provider; }
         }
         public  override  IEnumerable<ModelMetadata> GetMetadataForProperties( object  container, Type containerType)
         {
             throw  new  NotImplementedException(); //复杂类型实现，属性的循环获取
         }
         public  override  ModelMetadata GetMetadataForProperty(Func< object > modelAccessor, Type containerType,  string  propertyName)
         {
             throw  new  NotImplementedException(); //复杂类型实现,属性的循环获取
         }
         public  override  ModelMetadata GetMetadataForType(Func< object > modelAccessor, Type modelType)
         {
             if  (modelAccessor ==  null )  return  null ;
             if  (System.Web.HttpContext.Current.Session[ "viewname" ] ==  null )  return  null ;
             var  result = ViewMappingModelMetadataCollection.Current.GetMetadataByView(
                     (View)System.Web.HttpContext.Current.Session[ "viewname" ], (ViewModel)System.Web.HttpContext.Current.Session[ "viewmodel" ]);
             if  (modelAccessor !=  null )
                 result.Model = modelAccessor().GetType().GetProperty( "CustomerId" ).GetValue(modelAccessor());
             return  result;
         }
     }
}

Customer模型定义：

1
2
3
4
public  class  Customer
{
     public  string  CustomerId {  get ;  set ; }
}

在模型上我们没有应用任何一个 元数据控制特性，但是我们将在界面上看到效果；

View 视图定义：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
@model  MvcApplication4.Models.Customer
< table >
     < tr >
         < td >
             < h2 >编辑模式.</ h2 >
             < h3 >@Html.DisplayForModel(Model.CustomerId)</ h3 >
         </ td >
     </ tr >
</ table >
@model  MvcApplication4.Models.Customer
< table >
     < tr >
         < td >
             < h2 >显示模式.</ h2 >
             < h3 >@Html.EditorForModel(Model.CustomerId)</ h3 >
         </ td >
     </ tr >
</ table >

这是两种模型的呈现方式；

wKioL1LcvIDwwb2EAACcV13jnlc872.jpg

wKiom1LcvLODkgW3AACQDh8jEJI862.jpg

我们自动设置的元数据已经起到效果了；





 本文转自 王清培 51CTO博客，原文链接：http://blog.51cto.com/wangqingpei557/1353112，如需转载请自行联系原作者


上一篇 下一篇
优秀的个人博客,低调大师

微信关注我们

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

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

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

睿云智合的持续交付的传统的SOA的说法

睿云智合持续交付产品负责人，在敏捷和DevOps领域有丰富经验的实践，过去作为敏捷和DevOps技术教练向多家大型企业提供咨询和培训服务。 遗留的现状 在开始微服务和DevOps主题之前，首先看看在过去我的咨询工作中，对于大部分咨询客户而言，企业会邀请外部的顾问来对团队进行改进，最主要的原因都是由于现有的研发体系和产品团队，难以跟上市场的变化，希望通过外部顾问，通过一些手段来提高产品团队的响应力。敏捷实践亦或是DevOps实践最终的目的都是为了能够快速的交付高质量的软件产品。 究其原因，为什么这类客户会有如此大的需求去引入敏捷或者DevOps呢？遗留系统。 面向服务的架构，与面向软件授权许可的架构（如“云+端”之类）是相反的方向。人们一般问的是，要不要向SOA方向去。 既然我们认可云计算的主流在SaaS方向上，就不费口舌讨论面向软件授权许可的问题了，而把问题深化为：面向怎样的服务？ 这样提出问题是有针对性的，因为即使正宗的云计算（相对于微软山寨版云计算而言），对此问题的回答，方向也可能是相反的。CEO该听谁的呢？我建议回到开源之本、回到云计算之本，来想这个问题。 如果用直白一点的话来说...
2017-11-14
483
上一篇

支持快速迭代的LAMP解决方案 ——贴吧LAMP解决方案

摘要：天下武功，唯快不破，互联网竞争的利器就是快！且听贴吧LAMP解决方案如何全面支持快速迭代。 关键词：LAMP，快速迭代 领域：架构 总概 贴吧是功能性产品，唯快不破是永恒的准则，这一特点决定了快速迭代是需要解决的关键性问题。快速迭代，分解开来有如下部分：开发阶段，快速开发；测试阶段，包含了环境快速搭建、自动化测试工具；运维阶段，包含了集群管理技术、自动化运维工具；同时，这三方面的工作需要一个整体性的解决方案衔接起来。 早期的贴吧，作为一个高性能社区，功能相对单一，全部采用C语言开发，系统可重用程度低，开发、测试效率低，运维方面的积累也很少。为了提高效率，开始尝试LAMP架构，经过几年的发展，贴吧已全部迁移到了LAMP。随着产品规模急剧膨胀，30+子系统，150+模块，500+机器，10亿+流量，在LAMP架构方面积累了很多经验，逐渐形成了快速迭代的一体化方案。如下图所示： 该解决方案由开发阶段、测试阶段、运维阶段组成。开发阶段又分成接入层、业务逻辑层、存储层。该解决方案支撑大规模的线上应用，同时保持了快速迭代的特性。基于该解决方案，开发人员能专注于业务逻辑开发，测试人员能专注于...
2017-11-14
569
下一篇

相关文章

发表评论

资源下载

更多资源
优质分享App

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

时间: 2025-12-03 大小: 4.36MB 下载: 23次
腾讯云软件源

腾讯云软件源

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

时间: 2026-03-01 大小: 1MB 下载: 6次
Rocky Linux

Rocky Linux

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

时间: 2026-03-02 大小: 1.42GB 下载: 3次
Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2025-12-03 大小: 9.84MB 下载: 39次
手机查看

扫码在手机上查看文章

扫描二维码，手机阅读更方便

热门标签
Docker Redis SpringCloud OpenAi HarmonyOS6 Gemini3 Rocky Jdk25 SpringBoot4 Service Mesh Nacos3 Kubernetes DeepSeek

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册