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分部类一种自然的延续。