表现层的设计(一)——常用的模式、Json与DTO
上几篇博文介绍了 业务逻辑层和数据访问层,我认为写博文的作用主要是向业界的读者交流一种思想,点到为止,至于学习架构设计,通过几篇博文是讲不清楚的,还需要【基础】扎实的情况下,【反复】研究【权威】的书籍。
你会发现我写随笔的特点就是喜欢单一,讲NHibernate就绝不会把easyui参合进来,而这次要谈得json也不会和MVC有什么关系。
而实战当中,你会发现我确实可以将他们分开,在需要的时候重新组合各种类库和框架来达到我的目的。
表现层(Presentation Layer)
它主要由两部分组成:
1.界面UI
2.表现层逻辑
界面UI在.NET中包括的几种形式:WEB(ASP.NET)、WPF、WinForm、Mobile
而表现层逻辑通常需要用后台代码做一些事情。
理论上我们应该尽量解除两者之间的依赖,以便于UI更容易切换。
关于表现层的一些误区
1. 觉得拖控件比较低端
由于许多培训学校在解说JAVA和.NET的区别的时候,通常会讲一个能拖控件而一个不能,不能拖控件需要程序员自己写更加高端。
而事实上“拖控件”有个学名的,叫 快速应用程序开发(Rapid Application Development,RAD)。
楼主从学生年代VB/Delphi/C++都是控件拖过来的,到现在也不会觉得它低端,它一种战术。
实际上在传统的ASP.NET中也可以使用MVP模式来做到分离关注点,高不高端,取决于写程序的人,而不在于用什么工具。
就好像昔年兵器谱排名第三的小李飞刀,他的飞刀也只不过是大治的铁匠花了三个时辰打造而成的。
2.关于json的误区
很多人认为json只有在Web开发中有效,甚至认为Easyui+ASP.NET MVC3中间通过json传输数据是唯一的情况。
而事实上我们可以用它作为跨平台的传输格式,WCF正是利用了这一点。
所以对象序列化json的时候,可能ASP.NET MVC3并不是必须的。
设计类库时应该避开对其他框架的依赖。
3.MVC就是ASP.NET MVC x
实际上MVC只是一个模式,而微软对它进行了改进,设计出了ASP.NET MVC框架。
MVC也只不过是WEB应用程序才使用的一种模式,够作为架构设计师,可能需要了解更多。
另外MVC还延伸出几种模式,分别是MVP模式、PM模式。
表现层常用的模式
1.web中
使用传统的ASP.NET,可以适当使用MVP模式分离关注点;
或者使用ASP.NET MVC框架;
2.windows中
使用winForm同样是适当使用MVP模式;
使用WPF可以考虑MVVM模式;
3.移植的考虑
如果你希望你的winForm程序可以移植到Linux换成GTK的话,MVP模式也许是唯一的选择了。
json与DTO的想法
关于Json:ASP.NET MVC框架只能用于WEB应用程序,而json则可以更广泛地应用,所以json序列化的类库与框架的依赖并不是很好的设计。
在winform的项目中,这样的类库拿过来显然就编译不能通过了。
关于DTO:DTO,数据传输对象。理论上在表示层得到数据时应该是DTO,在服务层已经将DataTable/ORM的Model转化成DTO。但实际上这是一个很大的工作量,实际上可能直接使用ORM的Model传输给表现层。
另外服务器端与浏览器传输数据是使用ViewModel,它可以是直接使用ORM的model,也可以是DTO,当然,更复杂的情况是在View需要的数据模型与DTO或者数据库模型不匹配时将组织DTO或者Model根据View需要的属性建立一个ViewModel。
所以我们设计Json序列化类的时候需要考虑几个问题:
1.我们接受的要序列化对象可能是DTO,也可能是ORM的领域模型,而领域模型经常会出现循环依赖,延迟加载。直接用微软自带的序列化类库报错,而使用MVC框架来指定要序列化的属性那么如果不能使用MVC框架又该怎么办?
2.服务器向客户端传输数据的性能考虑,则不应该传输多余的数据。Json序列化时该如何排除不需要的属性?
3.如果是老系统使用.NET,没有微软自带的Json序列化类库,使用第三方类库。
给出简单的解决方案
这里使用了Newtonsoft.Json,并对前人类库进行一些整理,忽略对象循环依赖,能够支持移除不需要的属性。
[Test]
public void XLH()
{
DictionaryRepository rep = new DictionaryRepository();
Dictionary dic = rep.GetByCodeLazy("bianma1", "code1");
string json = Util.Json.Json.Serializer(new { dic ,total=}, new string[] { "Category" });
Console.WriteLine(json);
} [Test]
public void FXLH()
{
string json="{\"Index\":1.0,\"Description\":\"描述1\",\"Id\":\"160954d1-5e73-4ac8-a426-197f5bd616f9\",\"Name\":\"字段1\",\"Code\":\"code1\"}";
Dictionary dc=Util.Json.Json.DeSerializer<Dictionary>(json, null);
}
序列化与反序列化
下面两个类可以直接使用。
using System;
using System.Collections.Generic;
using System.Text;
using Newtonsoft.Json;
using System.IO; namespace Util.Json
{
public class Json
{
/// <summary>
/// 序列化
/// </summary>
/// <param name="obj"></param>
/// <param name="settings"></param>
/// <returns></returns>
public static string Serializer(object obj, JsonSerializerSettings settings)
{
JsonSerializer scriptSerializer = JsonSerializer.Create(settings);
StringWriter sw = new StringWriter();
scriptSerializer.Serialize(sw, obj);
string str = sw.ToString();
sw.Close();
return str;
} /// <summary>
/// 序列化(忽略对象循环依赖,忽略空值)
/// </summary>
/// <param name="obj"></param>
/// <returns></returns>
public static string Serializer(object obj)
{
JsonSerializerSettings Settings = new JsonSerializerSettings
{
ReferenceLoopHandling = ReferenceLoopHandling.Ignore,
NullValueHandling = NullValueHandling.Ignore,
DateTimeZoneHandling = DateTimeZoneHandling.Local
};
return Serializer(obj, Settings);
} /// <summary>
/// 序列化(忽略对象循环依赖,忽略空值,排除指定列)
/// </summary>
/// <param name="obj">序列化目标对象</param>
/// <param name="lstExclude">要排除的属性名列表</param>
/// <returns></returns>
public static string Serializer(object obj,string[] lstExclude)
{
ExcludePropertiesContractResolver exclude = new ExcludePropertiesContractResolver(lstExclude); JsonSerializerSettings Settings = new JsonSerializerSettings
{
ReferenceLoopHandling = ReferenceLoopHandling.Ignore,
NullValueHandling = NullValueHandling.Ignore,
DateTimeZoneHandling = DateTimeZoneHandling.Local,
ContractResolver = exclude
};
return Serializer(obj, Settings);
} /// <summary>
/// 反序列化
/// </summary>
/// <typeparam name="T"></typeparam>
/// <param name="str"></param>
/// <param name="Settings"></param>
/// <returns></returns>
public static T DeSerializer<T>(string str, JsonSerializerSettings Settings)
{
JsonSerializer scriptSerializer = JsonSerializer.Create(Settings);
JsonTextReader sr = new JsonTextReader(new StringReader(str));
T obj = scriptSerializer.Deserialize<T>(sr);
sr.Close();
return obj;
} }
}
类库1
using System;
using System.Collections.Generic;
using System.Text;
using Newtonsoft.Json.Serialization;
using Newtonsoft.Json; namespace Util.Json
{
/// <summary>
/// 重写创建属性列表函数,使之支持排除指定属性
/// </summary>
public class ExcludePropertiesContractResolver : DefaultContractResolver
{
string[] lstExclude; public ExcludePropertiesContractResolver(string[] excludedProperties)
{
lstExclude = excludedProperties;
} protected override IList<JsonProperty> CreateProperties(Type type, MemberSerialization memberSerialization)
{ IList<JsonProperty> list = base.CreateProperties(type, memberSerialization); foreach (string item in lstExclude)
{
JsonProperty temp = null;
foreach (JsonProperty jp in list)
{
if (jp.PropertyName == item)
{
temp = jp;
}
}
if (temp != null)
{
list.Remove(temp);
}
}
return list;
}
}
}
类库2
表现层的设计(一)——常用的模式、Json与DTO的更多相关文章
- 表现层的设计(二)——MVC如何处理复杂的界面元素
需求描述 一个比较复杂的页面,界面中包含的元素数据来自于许多个有关联或者无关联的表,然后我们要做的就是将数据呈现在界面上. 10年前大概都是这么干的 直接写一个复杂的SQL语句,返回一个包含所需数据的 ...
- 常用的模式、JSON与DTO
表现层的设计(一)——常用的模式.JSON与DTO 上几篇博文介绍了 业务逻辑层和数据访问层,我认为写博文的作用主要是向业界的读者交流一种思想,点到为止,至于学习架构设计,通过几篇博文是讲不清楚的,还 ...
- 业务接口+UI层的设计(基于Castle实现的Repository)
业务接口+UI层的设计(基于Castle实现的Repository) Repository层设计的文章见:[http://www.cnblogs.com/yomho/p/3297042.html] ...
- 表现层(jsp)、持久层(类似dao)、业务层(逻辑层、service层)、模型(javabean)、控制层(action)
转自:http://www.blogjava.net/jiabao/archive/2007/04/08/109189.html 为了实现web层(struts)和持久层(Hibernate)之间的松 ...
- 一个项目中说系统分为表现层、控制层、逻辑层、DAO层和最终数据库五层架构-转
表现层就是看到的东西,比如你现在看到的当前页面控制层就将你的请求从页面传到后台代码逻辑层就是处理你的请求的代码DAO层就是将数据存到数据库中的代码数据库就是数据库了,存东西用的 ,DAO层就是将访问数 ...
- 使用View Model从表现层分离领域模型
本文来自:http://www.cnblogs.com/shanyou/archive/2010/04/03/1703501.html Model-View-Controller(模型-视图-控制器, ...
- Web表现层
目录 Web表现层调用过程... 2 延迟... 3 什么是延迟... 3 延迟的构成... 3 最基本的优化思路:... 4 Web表现层性能优化... 4 Web性能的基本指标... 4 Web性 ...
- JavaEE中表现层、持久层、业务层的职责分析(转载)
表现层.持久层.业务层 注:本文转载于:http://www.blogjava.net/jiabao/archive/2007/04/08/109189.html 为了实现web层(struts)和持 ...
- 【转载】 JAVA三层架构,持久层,业务层,表现层的理解
JAVA三层架构,持久层,业务层,表现层的理解 转载:http://blog.csdn.net/ljf_study/article/details/64443653 SSH: Struts(表示层)+ ...
随机推荐
- Linux启动流程CentOS6
1.运行级别 0 关机 1 单用户模式,可以想象为Windows的安全模式,主要用与系统修复 2 不完全的命令行模式,不含NFS服务 3 完全的命令行模式,就是标准字符界面 4 系统保留 5 图像模式 ...
- PHP从零开始-笔记-面向对象编程的概念
面向对象变成的概念 需要一一种不同的方式来考虑如何构造应用程序.通过对象可以在对应用程序所处理的显示任务.过程和思想进行编码是,实施更贴切的建模.OOP方法并不是将应用程序考虑成一个将大量数据从一个函 ...
- [整理]VS2013常用插件
VS2013常用插件 (工欲善其事,必先利其器.VS2013全攻略(技巧,快捷键,插件)[http://developer.51cto.com/art/201404/437282_all.htm] 代 ...
- Java并发包源码学习之AQS框架(一)概述
AQS其实就是java.util.concurrent.locks.AbstractQueuedSynchronizer这个类. 阅读Java的并发包源码你会发现这个类是整个java.util.con ...
- C++模板学习
一.定义函数模板 template<class T> 函数定义 举个例子比较两个数大小: template<class T> int Compare(T a,T b) { ; ...
- Linux文件读写机制及优化方式
导读 Linux是一个可控性强的,安全高效的操作系统.本文只讨论Linux下文件的读写机制,不涉及不同读取方式如read,fread,cin等的对比,这些读取方式本质上都是调用系统api read,只 ...
- Unity手游之路<十二>手游资源热更新策略探讨
http://blog.csdn.net/janeky/article/details/17666409 上一次我们学习了如何将资源进行打包.这次就可以用上场了,我们来探讨一下手游资源的增量更新策略. ...
- 跟着百度学PHP[4]OOP面对对象编程-9-封装性,访问控制[private、pubic、protected]
其实之前就已经在封装的时候说到了.这个也属于封装的范畴吧. 用到的三个关键字(旁边是其中文翻译) private(私有的) public(公众的) protected(受保护的) 00X1 priva ...
- ACM - a + b Problem
前几天看了ACM的第一题,映入眼帘的是一个“简单”的题目: 输入两个数,a,b 输出他们的和. 本着,此乃ACM的原则,便有了如下的思考: ACM的题目肯定很难,a+b,怎么可能直接printf,不行 ...
- qt-5.6.0 移植之纯净的linux文件系统的建立
为什么要建立一个最纯净的文件系统,一开始是想在qt-4.8.5的文件系统基础之上加东西,慎重想了一下,这方法行不通,以为有很多东西不熟悉.干脆就自己建立一个. 步骤很简单: 一:下载一个bulidro ...