CFSDN坚持开源创造价值，我们致力于搭建一个资源共享平台，让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章有关.NET参数传递的方式引发的思考由作者收集整理，如果你对这篇文章有兴趣，记得点赞哟.

下面就简单的介绍一下.NET的一些常用参数用法，如有不足还望指正，也欢迎大家在下面留言讨论，分享自己的见解.

一.DotNet参数概述:

    .NET中参数（形式参数）变量是方法或索引器声明的一部分，而实参是调用方法或索引器时使用的表达式.

    在CLR中，默认的情况下所有的方法参数都是传值的。在传递引用类型的对象时，对一个对象的引用会传递给方法。这里的船引用本身是以传值的方式传给方法的。这也意味着方法能够修改对象，而调用者能看到这些修改。对于值类型的实例，传给方法的实例的一个副本。意味着方法将获得它专用的一个值类型实例副本，调用者中的实例不受影响.

    在CLR中允许以传引用而非传值的方式传递参数，在C#中使用out和ref来实现传递引用的方式传值。在C#中使用out和ref来实现传递引用的方式传值,这两个关键字告诉编译器生成元数据来指明该参数是传引用的，编译器将生成代码来传递参数的地址，而不是传递参数本身。为值类型使用out和ref，效果等同于以传值的方式传递引用类型。   。

    常用的参数主要有基本类型参数，泛型参数，以及<in T>和<out T>，dynamic等等。例如<in T>和<out T>，在CLR中支持泛型类型的可变性，C#在4.0时获得了生命泛型遍体所必须的语法，并且现在编译器也能够知道接口和委托可能的转换。可变性是以一种类型安全的方式，讲一个对象作为另一个对象来使用。可变性应用于泛型接口和泛型委托的类型参数中。协变形用于向调用者返回某项操作的值；逆变性是指调用者想API传入值；不变性是相对于协变性和逆变性，是指什么也不会发生。对于这方面的知识非常的丰富，有兴趣的可以自行了解，这里就不做详细的介绍了。dynamic类型，C#是一门静态类型的语言，在某些情况下，C#编译器要寻找特定的名称而不是接口。dynamic可以在编译时做任何事，到执行时再由框架进行处理。有关动态类型的介绍也不做更深入的介绍.

    在.NET中参数的使用方法主要为可选参数、命名参数、可变数量参数等等。本文下面也是主要介绍这三种参数的使用方法.

二.DotNet参数用法:

    以下是主要介绍三种参数的用法：可选参数；命名实参；传递可变数量的参数。   。

   1.可选参数:

     (1).基本用法:

        如果某个操作需要多个值，而有些值在每次调用的时候又往往是相同的，这时通常可以使用可选参数。在C#以前实现可变参数的功能，往往声明一个包含所有可能参数的方法，其他方法调用这个方法，并传递恰当的默认值.

        在可选参数中，设计一个方法的参数时，可以为部分或全部参数分配默认值。在调用这些方法代码可以选择不指定部分实参，接受默认值。还可以在调用方法时，还可以通过指定参数名称的方式为其传递实参。如下实例:

     以上的例子可以很清楚的看到其用法，int y=10和int z=20这两个参数就是可选参数。可选参数的使用中，如果调用时省略了一个参数，C#编译器会自动嵌入参数的默认值。向方法传递实参时，编译器按从左向右的顺序对实参进行求值。使用已命名的参数传递实参时，编译器仍然按照从左到右的顺序对实参进行求值.

      (2).基本原则:

       可选参数包含一些规范，具体的一些要求如下:

　　　　(a).所有可选参数必须出现在必备参数之后，参数数组（使用params修饰符声明）除外，但他们必须出现在参数列表的最后，在他们之前是可选参数.

　　　　(b).参数数组不能声明为可选的，如果调用者没有指定值，将使用空数组代替.

　　　　(c).可选参数不能使用ref和out修饰符.

　　　　(d).可选参数可以为任何类型，但对于指定的默认值却有一些限制，那就是默认值必须为常量（数字或字符串字面量、null、const成员、枚举成员、default(T)操作符）.

　　　　(e).指定的值会隐式转换为参数类型，但是这种转换不能是用户定义的.

　　　　(f).可以为方法、构造器、有参属性的参数指定默认值，还可以为属于委托定一部分的参数指定默认值.

　　　　(g).C#不允许省略逗号之间的实参.

      在使用可选参数时，对于引用类型使用null来做默认值，如果参数类型是值类型，只需要使用相应的可空值类型作为默认值.

      (3).代码示例：   。

   2.命名实参:

         以上讲解了可选参数的一些基本概念和用法，接下来看一下命名参数的相关操作用法:

      (1).基本用法:

          命名实参是指在指定实参的值时，可以同时指定相应的参数名称。编译器将判断参数的名称是否正确，并将指定的值赋给这个参数。命名参数在各个实参之前加上它们的参数名称以及一个冒号。如下代码:

如果要对包含ref和out的参数指定名称，需要将ref和out修饰符放在名称之后，实参之前.

      (2).基本原则:

        在命名参数中，所有的命名参数必须位于位置实参之后，两者之间的位置不能改变。位置实参总是指向方法声明中相应的参数，不能跳过参数之后，在通过命名相应位置的实参来指定。实参仍然按编写顺序求值，即使这个顺序有可能会不同于参数的声明顺序.

        在一般情况下，可选参数与命名实参会一起配合使用。可选参数会增加适用方法的数量，而命名实参会减少使用方法的数量。为了检查是否存在特定的适用方法，编译器会使用位置参数的顺序构建一个传入实参的列表，然后对命名实参和剩余的参数进行匹配。如果没有指定某个必备参数，或某个命名实参不能与剩余的参数相匹配，那么这个方法就不是适用的.

       命名实参有时可以代替强制转换，来辅助编译器进行重载决策。如果方法是从模块的外部调用的，更改参数的默认值是具有潜在的危险的。可以按名称将实参传给没有默认值的参数，但是编译器要想编译代码，所有要求的实参都必须传递.

       在写C#代码与COM对象模型进行互操作时，C#的可选参数和命名参数功能是最好用的，调用一个COM组件时，为了以传引用的方式传递一个实参，C#还允许省略REF/OUT，在嗲用COM组件时，C#要求必须向实参应用OUT.REF关键字。    。

   3.传递可变数量的参数:

      在项目开发中，有时我们需要定义一个方法来获取可变数量的参数。可以使用params，params只能应用于方法签名中的最后一个参数。params关键字告诉编译器向参数应用System.ParamArrayAttribute的实例。我们具体看一下实现的代码:

     以上的代码可以看出该类继承自Attribute类，对于Attribute类可能不会陌生，那就是定义定制属性的基类，说明ParamArrayAttribute类用于定义定制属性，ParamArrayAttribute类在System命名空间下，ParamArrayAttribute类只有一个构造方法，没有具体的实现。AttributeUsage也定义了属性的使用方式.

    C#编译器检测到一个方法调用时，会检查所有具有指定名称、同时参数没有应用ParamArrayAttribute的方法。如果找到一个匹配的方法，编译器生成调用它所需的代码。如果编译器没有找到一个匹配的方法，会直接检查应用ParamArrayAttribute的方法。如果找到一个匹配的方法，编译器会先生成代码来构造一个数组，填充它的元素，再生成代码来调用选定的方法.

    调用一个参数数量可变的方法时，会造成一些额外的性能损失，数组对象必须在对上分配，数组元素必须初始化，而且数组的内存最终必须垃圾回收.

    提供一个方法代码，仅供参考：      。

   以上给出了一个使用可变参数数量以及命名参数的使用样例，完成了将二维字节数组转化为DataTable对象，将数组进行遍历，并将数组写入datatable中，对于整个方法的逻辑就不做深入介绍，代码比较的简单.

三.与参数有关的一些指导原则:

    声明方法的参数类型时，应尽量指定最弱的类型，最好是接口而不是基类.

    在设计模式的基本原则中，迪米特法则也较最少知识原则，迪米特法则是指如果两个类不必彼此直接通信，那么这两个类就不应当直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。在类结构的设计上，每一个类都应当尽量降低成员的访问权限。类之间的耦合度越弱，越有利于复用，一个处在弱耦合的类被修改，不会对有关系的类造成波及.

    对于参数的使用中，我们在对参数类型的使用上，还是需要很仔细和认真的去思考，因为在参数类型的定义上，在一定程度上影响着我们程序的扩展性和稳定性，如果参数类型的约束比较大，对于后续方法的扩展，意义是巨大的。在整个面向对象的语言体系中，一切设计模式都是由“多态”延伸而来，对于接口和委托都是在我们面向对象设计中使用很多的，目的较多的是在使用时扩大参数的约束性.

    在方法的返回值类型中，返回的类型应该声明为最强的类型，以免受限于特定的类型.

四.总结:

   以上是一篇简单介绍方法参数的文章，在文章内容中主要对于介绍可选参数、命名参数等。以上的内容如果有不足的地方还望大家多多包涵，也希望能够指出对应的问题。知识先于模范，后于反思。学习完一点后，需要我们去总结和反思，其中的内涵我们才会有时间和精力，以及由能力去思考.

以上所述是小编给大家介绍的有关.NET参数传递的方式引发的思考，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对我网站的支持！ 。

原文链接：http://www.cnblogs.com/pengze0902/p/6221837.html 。

最后此篇关于有关.NET参数传递的方式引发的思考的文章就讲到这里了,如果你想了解更多关于有关.NET参数传递的方式引发的思考的内容请搜索CFSDN的文章或继续浏览相关文章，希望大家以后支持我的博客！ 。