目录:

  • 建议13:为类型输出格式化字符串
  • 建议14:正确实现浅拷贝和深拷贝
  • 建议15:使用dynamic来简化反射实现

一、建议13:为类型输出格式化字符串

有些类型需要我们根据业务需求提供字符串的格式化输出。

1、我们明确知道业务需求什么样的输出格式,也就是类型主动格式化输出。

可以重写Object.ToString()方法,也可以继承IFormattable接口实现ToString,对字符串进行输出。

class Person :IFormattable
{
public string IDCode { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; } public string ToString(string format, IFormatProvider formatProvider)
{
switch (format)
{
case "CH": return this.ToString();
case "US": return string.Format("{0}{1}", LastName, FirstName);
default: return this.ToString();
}
} public override string ToString()
{
return string.Format("{0}{1}", FirstName,LastName);
}
}

客户端:

 Person p = new Person() { IDCode = "No1", FirstName = "Sun", LastName = "N" };

            Console.WriteLine(p);

            Console.WriteLine(p.ToString("CH", null));
Console.WriteLine(p.ToString("US", null)); Console.ReadKey();

实例:记得之前做过一个API展示:API的Name是英文名,还有一个字段描述。现在我想看到API.ToString()展示的格式是:英文名:描述。就可以稍微重写ToString()进行格式化输出。

         public override string ToString()
{
if (!string.IsNullOrEmpty(this.ApiName) && !string.IsNullOrEmpty(this.Description))
return string.Format("{0}:{1}", this.ApiName, this.Description); return string.Empty;
}

2、使用格式化器进行格式化输出

如果类不能提供字符串的格式化输出,我们就可以使用格式化器,好处是我们可以根据需求修改格式化器的输出。

 class Person
{
public string IDCode { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
}

格式化器:典型的格式化器应该继承IFormatProvider(继承这个接口有什么作用?), ICustomFormatter

class PersonFormatter : IFormatProvider, ICustomFormatter
{
public object GetFormat(Type formatType)
{
if (formatType == typeof(ICustomFormatter))
return this;
else
return null;
} public string Format(string format, object arg, IFormatProvider formatProvider=null)
{
Person p = arg as Person;
if (p == null)
return string.Empty; switch (format)
{
case "CH": return string.Format("{0}{1}", p.FirstName, p.LastName);
case "US": return string.Format("{0}{1}", p.LastName, p.FirstName);
default: return string.Format("{0}{1}", p.FirstName, p.LastName);
}
}
}

客户端:

 Person p = new Person() { IDCode = "No1", FirstName = "Sun", LastName = "N" };

            //不重写ToString,返回类型名称
Console.WriteLine(p.ToString()); PersonFormatter pf = new PersonFormatter(); Console.WriteLine(pf.Format("CH", p)); Console.WriteLine(pf.Format("US", p)); Console.WriteLine(pf.Format("", p)); Console.ReadKey();

运行:

二、建议14:正确实现浅拷贝和深拷贝

建议继承ICloneable接口。浅拷贝,拷贝的对象中的引用类型的值的改变会互相影响。而深拷贝就是为了解决浅拷贝的这个问题。

下面是继承了ICloneable接口,并实现了浅拷贝和深拷贝的类。

这里的深拷贝的实现方法是使用序列化格式化器:BinaryFormatter,将类成员信息序列化成二进制流,然后反序列化成当前类。这里使用序列化所以类需要加上特性[Serializable],以示此类具有序列化、反序列化能力。

[Serializable]
internal class Product:ICloneable
{
public string Name { get; set; } public int Age { get; set; } public NumberFlag Number { get; set; }

     //浅拷贝
public object Clone()
{
return this.MemberwiseClone();
}
     //深拷贝
public Product DeepClone()
{
using (System.IO.Stream ms = new System.IO.MemoryStream())
{
System.Runtime.Serialization.IFormatter formatter = new System.Runtime.Serialization.Formatters.Binary.BinaryFormatter(); formatter.Context = new System.Runtime.Serialization.StreamingContext(System.Runtime.Serialization.StreamingContextStates.Clone); formatter.Serialize(ms, this); ms.Position = ; return formatter.Deserialize(ms) as Product;
}
}
}
[Serializable]
internal class NumberFlag
{
public string Num { get; set; }
}

客户端:浅拷贝—引用类型值得改变会相互影响。

Product p1 = new Product()
{
Name = "",
Age = ,
Number = new NumberFlag() { Num=""}
}; var p2 = p1.Clone() as Product; if (p2 != null)
{ p2.Number.Num = ""; Console.WriteLine("p1 Number:{0}.",p1.Number.Num); Console.WriteLine("p2 Number:{0}.",p2.Number.Num); Console.ReadKey();
}

运行:

客户端:深拷贝—不会有浅拷贝的那种情况。

Product p1 = new Product()
{
Name = "",
Age = ,
Number = new NumberFlag() { Num=""}
}; var p2 = p1.DeepClone(); if (p2 != null)
{ p2.Number.Num = ""; Console.WriteLine("p1 Number:{0}.",p1.Number.Num); Console.WriteLine("p2 Number:{0}.",p2.Number.Num); Console.ReadKey();
}

运行:

 三、建议15:使用dynamic来简化反射实现

这个建议~虽然实例中性能比反射好,但是编译期间跳过验证。运行时才进行类型安全检查。待比较后,才能确定是否使用反射还是dynamic.

读改善c#代码157个建议:建议13~15的更多相关文章

  1. 读改善c#代码157个建议:建议4~6

    目录: 建议4:TryParse比Parse好 建议5:使用int?确保值类型也可以为null 建议6:区别 readonly 和 const 的用法 一.建议4:TryParse比Parse 好 T ...

  2. 读改善c#代码157个建议:建议10~12

    目录: 建议10:创建对象时需要考虑是否实现比较器 建议11:区别对待==与Equals 建议12:重写Equals时也要重写GetHashCode 一.建议10:创建对象时需要考虑是否实现比较器 比 ...

  3. 读改善c#代码157个建议:建议7~9

    目录: 建议7:将0值作为枚举的默认值 建议8:避免给枚举类型的元素提供显示的值 建议9:习惯运算符重载 一.建议7:将0值作为枚举的默认值 允许使用的枚举类型有:byte.sbyte.short.u ...

  4. 读改善c#代码157个建议:建议1~3

    目录: 建议一:正确操作字符串 建议二:使用默认转型方法 建议三:区别对待强制转型和as 建议一.正确操作字符串 1.确保尽量少的装箱 static void Main(string[] args) ...

  5. 编写高质量代码改善程序的157个建议:第87个建议之区分WPF和WinForm的线程模型

    今天有时间了,继续<编写高质量代码改善程序的157个建议>的阅读,当我阅读到建议87的时候,里面的一些代码示例和文中所说的不一致了,是不是我现在用的是NetFramework 4.0的缘故 ...

  6. 编写高质量代码改善java程序的151个建议——导航开篇

    2014-05-16 09:08 by Jeff Li 前言 系列文章:[传送门] 下个星期度过这几天的奋战,会抓紧java的进阶学习.听过一句话,大哥说过,你一个月前的代码去看下,慘不忍睹是吧.确实 ...

  7. 编写高质量代码:改善Java程序的151个建议 --[117~128]

    编写高质量代码:改善Java程序的151个建议 --[117~128] Thread 不推荐覆写start方法 先看下Thread源码: public synchronized void start( ...

  8. Github即将破百万的PDF:编写高质量代码改善JAVA程序的151个建议

    在通往"Java技术殿堂"的路上,本书将为你指点迷津!内容全部由Java编码的最佳 实践组成,从语法.程序设计和架构.工具和框架.编码风格和编程思想等五大方面,对 Java程序员遇 ...

  9. 每周一书-编写高质量代码:改善C程序代码的125个建议

    首先说明,本周活动有效时间为2016年8月28日到2016年9月4日.本周为大家送出的书是由机械工业出版社出版,马伟编著的<编写高质量代码:改善C程序代码的125个建议>. 编辑推荐 10 ...

随机推荐

  1. HttpClient4的使用,模拟浏览器登陆新浪微博,发表微博和文字+图片微博

    HttpClient4,最原始的需求就是使用其来模拟浏览器想服务器发起http请求,当然,他的功能不止于此,但是我需要的就是这个功能而已,jdk也有其自带的类似的api:UrlConnection,效 ...

  2. 在Amazon AWS RHEL 7上安装 配置PPTP VPN

    0 前言 0.1 为什么需要VPN? 国内的VPN不是必须,但是国外的VPN是很有用的.连接到国外的VPN服务器之后就可以访问Google,Facebook, Youtube等网站,没有Google的 ...

  3. Linux命令之文本处理(二)

    cut命令 cut命令用来操作文件的列,能够视为列编辑器:与之相应是大多数的行"编辑器".如sed.grep.sort等,它们操作文本时,以行为单位. cut的主要功能就是输出文本 ...

  4. Hadoop-2.2.0中国文献——MapReduce 下一代 —配置单节点集群

    Mapreduce 包 你需从公布页面获得MapReduce tar包.若不能.你要将源代码打成tar包. $ mvn clean install -DskipTests $ cd hadoop-ma ...

  5. Codeforces Round #257 (Div. 2) 题解

    Problem A A. Jzzhu and Children time limit per test 1 second memory limit per test 256 megabytes inp ...

  6. 人们的Live Meeting系列 (floyd)

    人活着系列之开会 Time Limit: 1000MS Memory limit: 65536K 题目描写叙述 人活着假设是为了事业.从打工的到老板的,个个都在拼搏,奋斗了多年最终有了非凡成就.有了一 ...

  7. java实现xml文件CRUD

    java删除xml多个节点: 方案1.你直接改动了nodeList.这一般在做循环时是不同意直接这么做的. 你能够尝试在遍历一个list时,在循环体同一时候删除list里的内容,你会得到一个异常.建议 ...

  8. ASP.NET回车提交事务

    浅析ASP.NET回车提交事件[转] ASP.NET回车提交事件其实说到底并不是ASP.NET 的编程问题,却是关于html form 中的submit 按钮就是如何规划的具体讨论. 也可归于ASP. ...

  9. 生活中的大数据 hadoop

    大数据和我有关吗?大数据就是大量的数据吗?只有互联网公司才有大数据吗?想盘活大数据必须买昂贵的软硬件吗?大数据怎么存储计算?大数据,这个时下最火热的互联网词语,你了解多少呢?

  10. decorate pattern 装饰模式

    [装饰模式的优缺点]装饰模式的优点:1.比静态继承更灵活:2.避免在层次结构高层的类有太多的特征装饰模式的缺点:1.使用装饰模式会产生比使用继承关系更多的对象.并且这些对象看上去都很想像,从而使得查错 ...