C#3 分部方法，简单标记一下
2021-06-17 18:04
标签：nbsp 必须 访问 相同 param virt write 特性 line 如果我问你，如果一个普通的类实现了一个接口方法，但是这个类的实例却访问不到这个接口的方法，这种情况你遇到过吗？有时候，你可能在使用分部方法时就会发现这么一个现象。 C#3 中出现了 “分部方法” ，工作了好几年一直没用过，可能不咋实用，也有可能是工作中没有遇到这种场景，分部类倒是用了不少。最近看了一下，内容简单，标记一下。 我们 分部方法 和分部类有点类似的是 也是使用的关键字 partial ,不过不同的是 部分方法 不能有访问修饰符 (像public) 或者 virtual ，abstract，override，new，sealed，extern 。 而分部类是没有这个限制。那么你应该会想这个方法，是会像接口中定义的没法带修饰符方法一样 天生是公用的， 还是像普通类中 是私有的呢，我迫不及待的做了个代码，结局倾向了后者。 //文件1中 //文件2中 测试 上面是我们的使用例子，部分方法 限制了我们的方法不能有返回值，只能是void的方法，且不能获取out参数，它必须是私有的，可以是静态的或者泛型。 文件1中 分部方法 的申明和抽象方法相同，只提供了partial修饰符的签名而没有实现，以分号结尾。我们分析文件1中的IL代码，发现构造函数中没有任何痕迹。 接下来，我们看下如果定义接口，然后实现的时候使用分部方法呢。 //文件1 //文件2 我们发现 实现接口需要显式实现。然后我们调用看看： p2访问不到实现的接口方法。当然，如果再定义一个子类，子类的实例也是访问不到的。那么怎么才能访问到呢，你一定会这么写： 所以你总的感觉下来，这个东西限制还是蛮大的。这个特性特别适用那些自动生成代码和手动写代码一起交互场景。概况的说，C#3的分部方法让生成代码可以和手写代码以一种丰富的方式进行交互，而不会产生任何性能上的损失，可以说是C#2分部类一种自然的延续。 C#3 分部方法，简单标记一下 标签：nbsp 必须 访问 相同 param virt write 特性 line 原文地址：https://www.cnblogs.com/wwkk/p/10325463.html public partial class People
{
public People(string arg)
{
Speak($"我被构造了,带着{arg}");
}
partial void Speak(string paramStr);
}
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();
}
}
public interface IPeople
{
void Speaks();
}
public partial class People:IPeople
{
partial void Speaks();
}
public partial class People : IPeople //接口可写可不写
{
void IPeople.Speaks()
{
Console.WriteLine("哎呀，2019都来了");
}
}
class Test
{
static void Main()
{
People p2 = new People();
// p2.Speaks(); 访问不到
}
class Test
{
static void Main()
{
IPeople p1 = new People();
p1.Speaks(); // 完全ok
}