用另一个分部类覆盖分部类的默认构造函数

Question

我认为这是不可能的，但如果是的话我就需要它:)

我有一个由 Visual Studio 2008 的 wsdl.exe 命令行工具自动生成的代理文件。

代理输出是部分类。 我想重写生成的默认构造函数。 我宁愿不修改代码，因为它是自动生成的。

我尝试创建另一个部分类并重新定义默认构造函数，但这不起作用。 然后我尝试使用 override 和 new 关键字，但这不起作用。

我知道我可以从分部类继承，但这意味着我必须更改所有源代码以指向新的父类。 我宁愿不必这样做。

有什么想法、解决方法或技巧吗？

//Auto-generated class
namespace MyNamespace {
   public partial class MyWebService : System.Web.Services.Protocols.SoapHttpClientProtocol {
      public MyWebService() {
         string myString = "auto-generated constructor";
         //other code...
      }
   }
}

//Manually created class in order to override the default constructor
namespace MyNamespace {
   public partial class MyWebService : System.Web.Services.Protocols.SoapHttpClientProtocol {
      public override MyWebService() { //this doesn't work
         string myString = "overridden constructor";
         //other code...
      }
   }
}

Answer 1

我遇到了类似的问题，我的生成代码是由 DBML 文件创建的（我正在使用 Linq-to-SQL 类）。

在生成的类中，它在构造函数末尾调用一个名为 OnCreated() 的局部 void。

长话短说，如果您想保留生成的类为您所做的重要构造函数（您可能应该这样做），那么在您的部分类中创建以下内容：

partial void OnCreated()
{
    // Do the extra stuff here;
}

Answer 2

这不可能。
部分类本质上是同一类的一部分； 任何方法都不能被定义两次或被重写，包括构造函数。

您可以在构造函数中调用一个方法，并且仅在其他部分文件中实现它。

Answer 3

嗯，
我认为一个优雅的解决方案如下：

//* AutogenCls.cs file
//* Let say the file is auto-generated ==> it will be overridden each time when
//* auto-generation will be triggered.
//*
//* Auto-generated class, let say via xsd.exe
//*
partial class AutogenCls
{
    public AutogenCls(...)
    {
    }
}



//* AutogenCls_Cunstomization.cs file
//* The file keeps customization code completely separated from 
//* auto-generated AutogenCls.cs file.
//*
partial class AutogenCls
{
    //* The following line ensures execution at the construction time
    MyCustomization m_MyCustomizationInstance = new MyCustomization ();

    //* The following inner&private implementation class implements customization.
    class MyCustomization
    {
        MyCustomization ()
        {
            //* IMPLEMENT HERE WHATEVER YOU WANT TO EXECUTE DURING CONSTRUCTION TIME
        }
    }
}

这种方法有一些缺点（正如所有内容一样）：

1. 在 AutogenCls 类的整个构造过程中，尚不清楚何时执行 MyCustomization 内部类的构造函数。

2. 如果需要为 MyCustomization 类实现 IDiposable 接口才能正确处理 MyCustomization 类的非托管资源的处置，我（尚）不知道如何在不接触 AutogenCls 的情况下触发 MyCustomization.Dispose() 方法.cs 文件...（但正如我所说的：）

但是这种方法与自动生成的代码有很大的分离 - 整个自定义被分离在不同的src代码文件。

享受 ：）

Answer 4

实际上，现在这是可能的，因为已经添加了部分方法。 这是文档：

http://msdn.microsoft.com/en-us/library /wa80x488.aspx

基本上，这个想法是您可以在定义分部类的一个文件中声明和调用方法，但实际上并不在该文件中定义该方法。 然后，您可以在另一个文件中定义该方法。 如果您正在构建未定义该方法的程序集，则 ORM 将删除对该函数的所有调用。

因此，在上面的情况下，它看起来像这样：

//自动生成的类

namespace MyNamespace {
   public partial class MyWebService : System.Web.Services.Protocols.SoapHttpClientProtocol {
      public MyWebService() {
         string myString = "auto-generated constructor";
         OtherCode();
      }
   }
}

partial void OtherCode();

//手动创建的类以覆盖默认构造函数

partial void OtherCode()
{
   //do whatever extra stuff you wanted.
}

它有一定的限制，在这种特殊情况下，您有一个生成的文件需要改变，它可能不是正确的解决方案，但对于那些偶然发现这个尝试覆盖部分类中的功能的人来说，这可能非常有帮助。

Answer 5

OP 遇到的问题是 Web 引用代理不会生成任何可用于拦截构造函数的部分方法。

我遇到了同样的问题，而且我不能直接升级到 WCF，因为我的目标 Web 服务不支持它。

我不想手动修改自动生成的代码，因为如果有人调用代码生成，它就会变得扁平化。

我从不同的角度解决了这个问题。 我知道我的初始化需要在请求之前完成，实际上并不需要在构造时完成，所以我只是像这样重写了 GetWebRequest 方法。

protected override WebRequest GetWebRequest(Uri uri)
{
    //only perform the initialization once
    if (!hasBeenInitialized)
    {
        Initialize();
    }

    return base.GetWebRequest(uri);
}

bool hasBeenInitialized = false;

private void Initialize()
{
    //do your initialization here...

    hasBeenInitialized = true;
}

这是一个很好的解决方案，因为它不涉及破解自动生成的代码，并且它适合 OP 为 SoapHttpClientProtocol 自动生成的代理执行初始化登录的确切用例。

Answer 6

你不能这样做。 我建议使用部分方法，然后您可以为其创建定义。 比如：

public partial class MyClass{ 

    public MyClass(){  
        ... normal construction goes here ...
        AfterCreated(); 
    }

    public partial void OnCreated();
}

其余的应该是不言自明的。

编辑：

我还想指出，您应该为此服务定义一个接口，然后您可以对其进行编程，这样您就不必引用实际的实现。 如果你这样做了，那么你还有其他一些选择。

Answer 7

我想你也许可以用 PostSharp 来做到这一点，而且看起来有人已经做了你的事情< a href="http://www.postsharp.org/forum/post1873.html" rel="nofollow noreferrer">想要生成的部分类中的方法。 我不知道这是否很容易转化为编写方法并使其主体替换构造函数的能力，因为我还没有尝试过，但似乎值得一试。

编辑： 这也是同样的思路，而且看起来也很有趣。

Answer 8

有时您无权访问或不允许更改默认构造函数，因此您无法使用默认构造函数来调用任何方法。

在这种情况下，您可以创建另一个带有虚拟参数的构造函数，并让这个新的构造函数使用“：this()”调用默认构造函数，

public SomeClass(int x) : this()
{
    //Your extra initialization here
}

当您创建此类的新实例时，您只需传递虚拟参数，如下所示：

SomeClass objSomeClass = new SomeClass(0);

Answer 9

我认为这是该语言的设计缺陷。 他们应该允许一个部分方法的多个实现，这将提供一个很好的解决方案。
以一种更好的方式，构造函数（也是一种方法）也可以简单地标记为部分的，并且在创建对象时将运行具有相同签名的多个构造函数。

最简单的解决方案可能是为每个额外的分部类添加一个分部“构造函数”方法：

public partial class MyClass{ 

    public MyClass(){  
        ... normal construction goes here ...
        OnCreated1(); 
        OnCreated2(); 
        ...
    }

    public partial void OnCreated1();
    public partial void OnCreated2();
}

如果您希望分部类彼此不可知，则可以使用反射：

// In MyClassMyAspect1.cs
public partial class MyClass{ 

    public void MyClass_MyAspect2(){  
        ... normal construction goes here ...

    }

}

// In MyClassMyAspect2.cs
public partial class MyClass{ 

    public void MyClass_MyAspect1(){  
        ... normal construction goes here ...
    }
}

// In MyClassConstructor.cs
public partial class MyClass : IDisposable { 

    public MyClass(){  
       GetType().GetMethods().Where(x => x.Name.StartsWith("MyClass"))
                             .ForEach(x => x.Invoke(null));
    }

    public void Dispose() {
       GetType().GetMethods().Where(x => x.Name.StartsWith("DisposeMyClass"))
                             .ForEach(x => x.Invoke(null));
    }

}

但实际上他们应该添加更多的语言构造来使用部分班级。

Answer 10

对于 Visual Studio 生成的 Web 服务代理，您无法在分部类中添加自己的构造函数（当然可以，但不会调用它）。 相反，您可以使用 [OnDeserialized] 属性（或 [OnDeserializing]）在实例化 Web 代理类的位置挂钩您自己的代码。

using System.Runtime.Serialization;

partial class MyWebService
{
     [OnDeserialized]
     public void OnDeserialized(StreamingContext context)
     {
         // your code here
     }
}

Answer 11

我没有完全解决OP，但如果您碰巧使用 EntityFramework 反向 POCO 生成器生成类，则构造函数中会调用一个部分方法，该方法可以方便地初始化您自己通过部分类添加的内容。 .

由工具生成：

   [System.CodeDom.Compiler.GeneratedCode("EF.Reverse.POCO.Generator", "2.37.3.0")]
    public partial class Library {
        public string City { get; set; }
        public Library() {
            InitializePartial();
        }
        partial void InitializePartial();
    }

由您添加：

    public partial class Library {
        List<Book> Books { get; set; }
        partial void InitializePartial() {
            Books = new List<Book>();
        }
    }

    public class Book {
        public string Title { get; set; }
    }

Answer 12

虽然有点晚了，但这确实是可能的。 有点儿。

我最近在我的代码生成器中执行了下面的技巧，结果令人满意。 是的，需要一个虚拟参数，但它不会引起任何重大问题。 为了保持一致性，您可能需要应用一些规则：

规则

1. 手动创建的构造函数必须受保护。
2. 生成的构造函数必须是public，具有与受保护的构造函数相同的参数以及额外的可选虚拟参数。
3. 生成的构造函数使用提供的所有参数调用原始构造函数。

这适用于常规构造和反射：

var s1 = new MyWebService();

var s2 = (MyWebService?)Activator.CreateInstance(
             typeof(MyWebService),
             BindingFlags.CreateInstance | BindingFlags.Public);

对于 IoC，它也应该有效（在 DryIoc 中验证）。 容器解析注入的参数，跳过可选参数：

var service = container.Resolve<MyWebService>();

示例代码

// <auto-generated />
public partial class MyWebService
{
    public MyWebService(object? dummyArgument = default)
        : this()
    {
        // Auto-generated constructor
    }
}

// Manually created
public partial class MyWebService
{
    protected MyWebService()
    {
    }
}

上面的适用于任意数量的构造函数参数。 至于虚拟参数，我们可以发明一种特殊类型（可能是枚举），进一步限制对这个额外参数的可能滥用。

Answer 13

我想不出什么。 我能想到的“最好”方法是添加一个带有虚拟参数的 ctor 并使用它：

public partial class MyWebService : System.Web.Services.Protocols.SoapHttpClientProtocol 
{
   public override MyWebService(int dummy) 
   { 
         string myString = "overridden constructor";
         //other code...
   }
}


MyWebService mws = new MyWebService(0);