当前位置：文江博客话题详情

C# design-patterns .net-3.5 partial-methods

C# 3.0 中如何使用部分方法？

发布于 2024-07-05 07:47:53 字数 163 浏览 10 评论 0原文

我已阅读最新的 C# 语言规范中的部分方法，因此我了解原理，但我想知道人们实际上是如何使用它们的。是否存在受益于部分方法的特定设计模式？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

朮生 2024-07-12 07:47:53

引入分部方法的原因与 .Net 2 中引入分部类的原因类似。

分部类是可以拆分为多个文件的类 - 编译器在运行时将它们全部构建到一个文件中。

这样做的优点是 Visual Studio 可以为类的一部分提供图形设计器，而编码人员则可以处理其他部分。

最常见的例子是表单设计器。开发人员不想在大多数时间手动定位按钮、输入框等。

在 .Net 1 中，它是在 #region 块中自动生成的代码。
在 .Net 2 中，这些成为单独的设计器类 - 表单仍然是一个类，它只是分为由开发人员编辑的一个文件，并且由表单设计者设计的

这使得维护两者变得更加容易。合并更简单，VS 表单设计者意外撤消编码人员手动更改的风险也更小。

在.Net 3.5中引入了Linq。 Linq 有一个 DBML 设计器，用于构建数据结构，并生成自动代码。

这里额外的一点是需要提供开发人员可能想要填写的方法的代码。

由于开发人员将扩展这些类（使用额外的部分文件），因此他们不能在这里使用抽象方法。

另一个问题是，大多数时候这些方法不会被调用，调用空方法是浪费时间。

空方法不会被优化。

因此 Linq 生成空的部分方法。如果您不创建自己的部分来完成它们，C# 编译器只会优化它们。

这样它就可以做到这个部分方法总是返回 void。

如果您创建一个新的 Linq DBML 文件，它将自动生成一个部分类，例如

[System.Data.Linq.Mapping.DatabaseAttribute(Name="MyDB")]
public partial class MyDataContext : System.Data.Linq.DataContext
{
    ...

    partial void OnCreated();
    partial void InsertMyTable(MyTable instance);
    partial void UpdateMyTable(MyTable instance);
    partial void DeleteMyTable(MyTable instance);

    ...

然后在您自己的部分文件中您可以扩展它：

public partial class MyDataContext
{
    partial void OnCreated() {
        //do something on data context creation
    }
}

如果您不扩展这些方法，它们就会立即得到优化。

部分方法不能是公共的 - 因为这样它们就必须存在以供其他类调用。如果你编写自己的代码生成器，我可以看到它们很有用，但除此之外它们只对 VS 设计者真正有用。

我之前提到的示例是一种可能性：

//this code will get optimised out if no body is implemented
partial void DoSomethingIfCompFlag();

#if COMPILER_FLAG
//this code won't exist if the flag is off
partial void DoSomethingIfCompFlag() {
    //your code
}
#endif

另一种潜在用途是，如果您有一个大型且复杂的类分布在多个文件中，您可能需要在调用文件中进行部分引用。不过我认为在这种情况下你应该首先考虑简化课程。

Partial methods have been introduced for similar reasons to why partial classes were in .Net 2.

A partial class is one that can be split across multiple files - the compiler builds them all into one file as it runs.

The advantage for this is that Visual Studio can provide a graphical designer for part of the class while coders work on the other.

The most common example is the Form designer. Developers don't want to be positioning buttons, input boxes, etc by hand most of the time.

In .Net 1 it was auto-generated code in a #region block
In .Net 2 these became separate designer classes - the form is still one class, it's just split into one file edited by the developers and one by the form designer

This makes maintaining both much easier. Merges are simpler and there's less risk of the VS form designer accidentally undoing coders' manual changes.

In .Net 3.5 Linq has been introduced. Linq has a DBML designer for building your data structures, and that generates auto-code.

The extra bit here is that code needed to provide methods that developers might want to fill in.

As developers will extend these classes (with extra partial files) they couldn't use abstract methods here.

The other issue is that most of the time these methods wont be called, and calling empty methods is a waste of time.

Empty methods are not optimised out.

So Linq generates empty partial methods. If you don't create your own partial to complete them the C# compiler will just optimise them out.

So that it can do this partial methods always return void.

If you create a new Linq DBML file it will auto-generate a partial class, something like

[System.Data.Linq.Mapping.DatabaseAttribute(Name="MyDB")]
public partial class MyDataContext : System.Data.Linq.DataContext
{
    ...

    partial void OnCreated();
    partial void InsertMyTable(MyTable instance);
    partial void UpdateMyTable(MyTable instance);
    partial void DeleteMyTable(MyTable instance);

    ...

Then in your own partial file you can extend this:

public partial class MyDataContext
{
    partial void OnCreated() {
        //do something on data context creation
    }
}

If you don't extend these methods they get optimised right out.

Partial methods can't be public - as then they'd have to be there for other classes to call. If you write your own code generators I can see them being useful, but otherwise they're only really useful for the VS designer.

The example I mentioned before is one possibility:

//this code will get optimised out if no body is implemented
partial void DoSomethingIfCompFlag();

#if COMPILER_FLAG
//this code won't exist if the flag is off
partial void DoSomethingIfCompFlag() {
    //your code
}
#endif

Another potential use is if you had a large and complex class spilt across multiple files you might want partial references in the calling file. However I think in that case you should consider simplifying the class first.

回复收藏 0 原文