C#3 分部方法，简单标记一下

如果我问你，如果一个普通的类实现了一个接口方法，但是这个类的实例却访问不到这个接口的方法，这种情况你遇到过吗？有时候，你可能在使用分部方法时就会发现这么一个现象。

C#3 中出现了 “分部方法” ，工作了好几年一直没用过，可能不咋实用，也有可能是工作中没有遇到这种场景，分部类倒是用了不少。最近看了一下，内容简单，标记一下。

我们分部方法和分部类有点类似的是也是使用的关键字 partial ,不过不同的是部分方法不能有访问修饰符 (像public) 或者 virtual ，abstract，override，new，sealed，extern 。

而分部类是没有这个限制。那么你应该会想这个方法，是会像接口中定义的没法带修饰符方法一样天生是公用的，还是像普通类中是私有的呢，我迫不及待的做了个代码，结局倾向了后者。

//文件1中

 public partial class People
    {
        public People(string arg)
        {
              Speak($"我被构造了,带着{arg}");
        }

        partial void Speak(string paramStr);
    }

//文件2中

 public partial class People 
    {      
        partial void Speak(string paramStr)
        {
            Console.WriteLine($"收到参数{params}");         
        }
    }

测试

class Test
    {
        static void Main()
        {
            People p= new People("2019到了");
            //p.Speaks("Hello");     访问不到                  
            Console.ReadKey();
        }
    }

上面是我们的使用例子，部分方法限制了我们的方法不能有返回值，只能是void的方法，且不能获取out参数，它必须是私有的，可以是静态的或者泛型。

文件1中分部方法的申明和抽象方法相同，只提供了partial修饰符的签名而没有实现，以分号结尾。我们分析文件1中的IL代码，发现构造函数中没有任何痕迹。

接下来，我们看下如果定义接口，然后实现的时候使用分部方法呢。

    public interface IPeople
    {
        void Speaks();                   
    }

//文件1

  public partial class People:IPeople
    {        
        partial void Speaks();
    }

//文件2

 public partial class People : IPeople  //接口可写可不写
    {
       void IPeople.Speaks()
        {
            Console.WriteLine("哎呀，2019都来了");
        }
    }

我们发现实现接口需要显式实现。然后我们调用看看：

 class Test
    {
        static void Main()
        {           
            People p2 = new People();
           // p2.Speaks();  访问不到
    }

p2访问不到实现的接口方法。当然，如果再定义一个子类，子类的实例也是访问不到的。那么怎么才能访问到呢，你一定会这么写：

 class Test
    {
        static void Main()
        {
            IPeople p1 = new People();
            p1.Speaks(); // 完全ok        
   }

所以你总的感觉下来，这个东西限制还是蛮大的。这个特性特别适用那些自动生成代码和手动写代码一起交互场景。概况的说，C#3的分部方法让生成代码可以和手写代码以一种丰富的方式进行交互，而不会产生任何性能上的损失，可以说是C#2分部类一种自然的延续。