看看C# 6.0中那些语法糖都干了些什么(终结篇)

简介:

一:带索引的对象初始化器

  还是按照江湖老规矩,先扒开看看到底是个什么玩意。

static void Main(string[] args)
        {
            Dictionary<string, string> dic = new Dictionary<string, string>()
            {
                ["Name"] = "ctrip",
                ["Age"] = "15"
            };
        }

第一眼看到这个还是蛮新鲜的,不过转眼就能想到是不是跟数组初始化器,对象初始化器一个样?你要是这么想就对了,下面我们来看看这玩意会生成

什么样的IL。

 

 

从上图中可以清楚的看到set_Item方法,这个方法就是编译器上层的索引器语法糖,就是忽悠我们提高开发效率的,不过也还行,起码让我少输入了

两个dic,然后把代码还原如下:

1             Dictionary<string, string> dic = new Dictionary<string, string>();
2             dic["Name"] = "ctrip";
3             dic["Age"] = "20";

索性趁热打铁,看看这个索引器方法的内部代码是什么样的,从下图中可以看到是一个Insert操作。

 

二:无参数的结构体构造函数

  不知道有多少人知道值类型在C#6.0之前是绝对不可以定义默认构造函数的,为什么这么说呢?道理很简单,因为值类型和引用类型的机制不一样,

值类型不需要new就可以在栈中分配空间,比如下面的结构体Point,只要我们定义了,就可以方便的使用point.X值。

 

那问题来了,如果我定义了一个默认的构造函数,并且在里面写下x=5,y=5,那谁可以告诉我,当我定义point的时候,有没有调用构造函数呢???

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Console;

namespace ConsoleApplication3
{
    class Program
    {
        static void Main(string[] args)
        {
            Test t = new Test();
            var s = t.point.X;    //请问有没有调用构造函数啊?啊啊啊啊啊。。。。。。。。。。。。。。。
            Console.Read();
        }
    }

    public class Test
    {
        public Point point;
    }

    public struct Point
    {
        public int X;

        public int Y;

        public Point()
        {
            X = 5;
            Y = 5;
        }
    }
}

如果执行了默认构造函数,那我point.X的时候会输出5,是不是觉得有点奇怪呢?所以基于这个原因,C#6.0之前为了避嫌,就禁止了这种默认的值

类型构造形式。但是这次在C#6.0中居然放开了,所以我就很迫不及待的去看一看到底调没调用默认构造函数,如下图:

 

 

从图中看到并没有调用默认构造函数,到这里我也知道了,只有在我new的时候才会调用,所以我就发现,值类型是在模仿引用类型的使用方式了,

个人感觉真的没有必要放开这个限制。

 

 

三:异常筛选器

  C#6.0中这个异常筛选器还真是个比较新奇的东西,不看不知道,一看吓一跳,比如下面的代码。

public void Run()
        {
            try
            {
            }
            catch (Exception ex)
            if (ex.Message.Contains("timeout"))
            {
                throw;
            }
        }

 

如果你仔细看的话,好像就是一个catch中省略了{}而已嘛?并没有看到什么其他特殊的东西,然后我就非常好奇的把上面的代码恢复到6.0版本之前,

代码如下:

public void Run1()
        {
            try
            {

            }
            catch (Exception ex)
            {
                if (ex.Message.Contains("timeout"))
                {
                    throw;
                }
            }
        }

接来下,我们就来看看这两份代码的IL到底会是个什么样子?内心狂鸡冻啊,啊啊啊啊啊啊啊。。。。都痉挛了。。。。。

 

可以看到,上面两份貌似相同的代码,其实生成的IL还是有很大区别的,新版代码中会用isinst判断是否为Exception的实例,并且用brtrue来判断当前是否

为null,如果是null,则不会执行ex.Message.Contains("timeout")语句了。但是老版代码并没有true/false判断,还是按照常规执行,所以现在可以知道,

其实并不是简单的省略了个"{}"大括号,这个语法糖在底层还是有些智能判断的。

相关文章
|
6月前
|
程序员 C# 开发框架
深入解析C#中的语法糖
本文将详细探讨C#编程语言中的“语法糖”概念,解释其含义、作用以及在日常编程实践中的常见例子。通过本文,读者将能够更深入地理解C#语言的灵活性和便捷性,并学会如何有效利用语法糖提高代码的可读性和开发效率。
|
XML SQL 开发框架
C#十种语法糖
C#十种语法糖
136 0
C#十种语法糖
lock关键字只不过是C#提供的语法糖
lock关键字只不过是C#提供的语法糖, 最终使用的还是Monitor类. Monitor类的Enter方法要求传入的参数不为null, 否则会有ArgumentNullException exception.
|
8天前
|
C# 开发者
C# 一分钟浅谈:Code Contracts 与契约编程
【10月更文挑战第26天】本文介绍了 C# 中的 Code Contracts,这是一个强大的工具,用于通过契约编程增强代码的健壮性和可维护性。文章从基本概念入手,详细讲解了前置条件、后置条件和对象不变量的使用方法,并通过具体代码示例进行了说明。同时,文章还探讨了常见的问题和易错点,如忘记启用静态检查、过度依赖契约和性能影响,并提供了相应的解决建议。希望读者能通过本文更好地理解和应用 Code Contracts。
21 3