C# 2010命名和可选参数的新特性

开发 后端
Visual C# 2010引入了命名和可选参数,经常使用SQL Server编写存储过程的开发人员对此应该比较熟悉—命名参数和可选参数与存储过程的参数十分相似。

1.命名参数允许调用者通过提供参数的名称来为其赋值,这样参数的位置就不在重要了。可选参数允许在定义时为某些参数赋值,在调用时可以忽略这些“可选的”参数。命名参数和可选参数可以应用在方法、索引器、构造函数和委托。命名参数和可选参数与dynamic类型结合在一起使用,可以方便的访诸如Office自动化API之类的COM API。

1.1 命名参数
命名参数的语法为:

参数名称1:参数值1,参数名称2:参数值2…

例如以下代码:

static void Main(string[] args)
{
    CreateUser(password:"adminpassword",name:"admin");
}

static void CreateUser(string name, string password)
{
    Console.WriteLine("name:{0},password:{1}", name, password);
}

可以看到由于在调用时使用了命名参数,参数的位置就不在重要了。

1.2. 可选参数
方法、构造函数、索引器和委托的定义可以指定其参数为必选的还是可选的,在调用时必须提供必选参数,但是可以省略可选参数。

还可以使用System.Runtime.InteropServices.OptionalAttribute特性类定义可选参数,该类从1.0时代就已经包含在基类库中了。

每一个可选参数的定义都包含默认值(默认值必须是常量),如果在调用时没有指定该参数,则使用默认值。例如以下代码:

static void Main(string[] args)
{
    CreateUser("admin","adminpassword",50);
}

///


/// 创建用户
///

/// 用户名称
/// 用户密码
/// 积分
/// 是否锁定
static void CreateUser(string name, string password,
    int score=20,bool isLocked=false)
{
    Console.WriteLine("name:{0},password:{1}", name, password);
}

在所有必须参数后面定义可选参数,如果在调用时提供了某个可选参数的值,那么必须提供该可选参数之前所有可选参数的值(如果此参数之前有可选参数),而不允许使用逗号分隔的形式提供参数,即以下调用是错误的:

CreateUser("admin","adminpassword",,true);

而必须写成:

CreateUser("admin","adminpassword",20,true);、

或者更好的解决办法是使用命名参数:

CreateUser("admin","adminpassword",isLocked:true);

1.3. COM API访问

命名和可选参数与dynamic和其他增强一起使得访问COM API更加方便。例如在C#3.0或更早的版本中在调用某些COM API时,如果要省略某些参数需要使用Type.Missing,例如以下代码(代码系摘抄):

var excelApp = new Microsoft.Office.Interop.Excel.Application();
var myFormat =
    Microsoft.Office.Interop.Excel.XlRangeAutoFormat.xlRangeAutoFormatAccounting1;

excelApp.get_Range("A1", "B4").AutoFormat(myFormat, Type.Missing,
    Type.Missing, Type.Missing, Type.Missing, Type.Missing, Type.Missing);

但是有了命名和可选参数后,可以很简单的写成这样:

excelApp.get_Range("A1", "B4").AutoFormat( Format: myFormat );

2. 类型等价支持(Type Equivalence Support)(此段为翻译)

如果嵌入来自于强命名托管程序集的类型信息时,可以使在某一应用程序中的类型与独立的发布版本中类型保持松散的连接。这意味着应用程序可以在不需要重新编译每一个版本的情况下使用多个版本托管类库中的类型。

类型嵌入经常用于COM交互,例如使用Microsoft Office中的自动化的应用程序。嵌入类型信息允许同一个应用程序在安装了不同的Office版本的机器上运行。而且开发人员可以在完全托管解决方案中使用类型嵌入。

来自于某个程序中可以嵌入的类型需要满足以下条件:

该程序集至少暴露一个公共接口。
该嵌入接口使用ComImport和Guid特性声明
该程序集使用ImportedFromTypeLib和一个程序集级别的Guid特性标注(默认情况下Visual Basic和Visual C#模版已包含了程序集的Guid特性)。
在指定可以嵌入的公共接口后,可以创建实现了这些接口的类。客户端程序可以在设计时引用包含了这些公共接口的程序何并且默认Embed Interop Types属性为true以嵌入类型信息(在命令行使用/link编译开关可以达到相同的效果),接下来客户端可以创建这些接口的实例。如果您创建了强命名运行时程序集的新版本,客户端不需要使用新的程序集重新编译,相反,客户端程序通过公共接口的嵌入类型信息继续使用可用的程序集的版本

2.1. 首先创建一个强命名接口类库(根据满足条件设置属性)

[ComImport]
[Guid("8DA56996-A151-4136-B474-32784559F6DF")]
public interface ISampleInterface
{
    void GetUserInput();
    string UserInput { get; }
}

2.2. 创建强命名类库,引用接口类库并定义实现以上接口的类:

public classSampleClass: ISampleInterface
{
    private stringp_UserInput;
    public stringUserInput { get{ return p_UserInput; } }

    public voidGetUserInput()
    {
        Console.WriteLine("Please enter a value:");
        p_UserInput = Console.ReadLine();
    }
}

2.3. 创建客户端应用程序,引用接口并使用反射的方法动态创建类型执行相应操作:

class Program
{
    static void Main(string[] args)
    {
        Assembly sampleAssembly = Assembly.Load("TypeEquivalenceRuntime");
        ISampleInterface sampleClass =
            (ISampleInterface)sampleAssembly.CreateInstance("TypeEquivalenceRuntime.SampleClass");
        sampleClass.GetUserInput();
        Console.WriteLine(sampleClass.UserInput);
        Console.WriteLine(sampleAssembly.GetName().Version.ToString());
        Console.ReadLine();
    }
}


4. 修改实现了接口在的客户端类,增加新的方法并修改程序集版本号和文件版本号为2.0.0.0:

public DateTime GetDate()
{
    return DateTime.Now;
}

5. 再次执行客户端程序,观察不同(客户端将输出新的版本号)。

在.NET全部使用托管代码创建的程序集自动会识别更新,也就是说不需要使用额外的属性定义,直接创建接口、实现接口类库和客户端类(或者没有接口直接创建类库在客户端引用),在类库更新后复制到客户端引用的位置,客户端会自动检测到该更新,这也是.NET程序集为开发人员带来的好处。但是使用类型等价支持的作用体现在什么地方,我认为还是方便了COM API的访问,因为COM可能是使用其他语言编写的,没有办法做到像.NET程序集那样自动感应版本变化,个人意见,期望高手解答。

3. 总结

Visual C#中提供了动态类型、命名参数、可选参数和类型等价支持,为编程带来便利,对于访问COM API来说更方便了。而且微软多次提到了诸如Office之类的文字,是不是意味着微软在不断的鼓励程序员不断开发出其于Office的一些应用,亦或是现在其于Office的应用在不断增加,还是应用程序中与Office的交互在不断增加,通过增强的特性使这些工作更方便,来巩固微软件地位?一家之言,请高手不吝赐教。

【编辑推荐】

  1. Visual C# 2010新特性之dynamic类型
  2. 探讨C#中的实体验证(Entity Validation)
  3. C#中实现多继承的方式:混合+接口
责任编辑:彭凡 来源: cnblogs
相关推荐

2009-05-27 11:30:20

C#Visual Stud协变

2009-05-25 15:42:03

Visual StudC#

2009-08-26 17:10:09

C# 3.5新特性

2009-07-08 09:47:49

Scala 2.8Scala

2009-08-31 14:45:07

Visual C# 3

2009-08-27 16:24:48

扩展方法C# 3.0新特性

2009-08-19 16:51:14

C# 4.0 dyna

2009-11-11 09:48:06

Visual Stud

2009-03-10 13:51:36

编译器VS2010C#

2009-08-19 16:50:32

Visual C#C#语言特性

2009-05-26 09:28:22

C# 4.0dynamic动态类型

2009-07-31 18:18:33

Camel命名法C#命名规范

2010-01-14 10:56:43

Visual C++

2016-10-13 13:33:41

反射特性c#

2009-08-13 09:46:49

C#历史C# 4.0新特性

2009-08-24 18:01:45

C#3.0新特性

2009-07-02 10:07:24

C# 4.0的动态类型Visual Stud

2009-05-26 11:15:31

C# 4.0dynamicVisual Stud

2013-05-16 10:33:11

C#C# 5.0Async

2009-07-06 11:00:56

.NET 4.0新特性.NET
点赞
收藏

51CTO技术栈公众号