Заменить конструктор по умолчанию частичного класса другим частичным классом

Это невозможно. Частичные классы по сути являются частями одного и того же класса; ни один метод не может быть определен дважды или переопределен, включая конструктор.

Вы можете вызвать метод в конструкторе и реализовать его только в файле другой части.

У меня была аналогичная проблема, когда мой сгенерированный код создавался файлом dbml (я использую классы Linq-to-SQL).

В сгенерированном классе он вызывает частичную пустоту OnCreated () в конце конструктора.

Короче говоря, если вы хотите сохранить важный конструктор, который сгенерированный класс делает за вас (что вам, вероятно, следует сделать), тогда в своем частичном классе создайте следующее:

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

Хммм, я думаю, что одним из элегантных решений было бы следующее:

//* 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. Неясно, когда именно будет выполняться конструктор внутреннего класса MyCustomization на протяжении всей процедуры построения класса AutogenCls.

2. Если потребуется реализовать интерфейс IDiposable для класса MyCustomization, чтобы правильно обрабатывать удаление неуправляемых ресурсов класса MyCustomization, я не знаю (пока), как запустить метод MyCustomization.Dispose (), не касаясь файла AutogenCls.cs ... (но как я уже сказал "пока" :)

Но этот подход предлагает отличное отделение от автоматически сгенерированного кода - вся настройка разделена в другом файле кода src.

наслаждаться :)

Собственно, теперь это возможно, когда были добавлены частичные методы. Вот документ:

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.
}

Он несколько ограничен, и в этом конкретном случае, когда у вас есть сгенерированный файл, который вам нужно изменить, это может быть неправильное решение, но для других, кто наткнулся на это, пытаясь переопределить функциональность в частичных классах, это может быть весьма полезным.

Проблема с OP заключается в том, что прокси-сервер веб-ссылки не генерирует никаких частичных методов, которые вы можете использовать для перехвата конструктора.

Я столкнулся с той же проблемой, и я не могу просто перейти на WCF, потому что веб-служба, на которую я нацелен, не поддерживает ее.

Я не хотел вручную изменять автоматически сгенерированный код, потому что он сгладится, если кто-нибудь когда-нибудь вызовет генерацию кода.

Я подошел к проблеме с другой стороны. Я знал, что мою инициализацию необходимо выполнить перед запросом, на самом деле это не нужно было делать во время создания, поэтому я просто переопределил метод 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.

Вы не можете этого сделать. Я предлагаю использовать частичный метод, для которого вы затем можете создать определение. Что-то типа:

public partial class MyClass{ 

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

    public partial void OnCreated();
}

Остальное должно быть понятным.

РЕДАКТИРОВАТЬ:

Я также хотел бы указать, что вы должны определить интерфейс для этой службы, который затем можно будет программировать, чтобы вам не нужно было ссылаться на фактическую реализацию. Если бы вы сделали это, у вас было бы несколько других вариантов.

Я думаю, вы могли бы сделать это с помощью PostSharp, и похоже, что кто-то сделал именно то, что вы требуется методы в сгенерированных частичных классах. Я не знаю, легко ли это переведет на возможность написать метод и заставить его тело заменить конструктор, поскольку я еще не попробовал, но, похоже, стоит попробовать.

Изменить: это то же самое и тоже выглядит интересно.

Иногда у вас нет доступа или вам не разрешено изменять конструктор по умолчанию, по этой причине у вас не может быть конструктора по умолчанию для вызова каких-либо методов.

В этом случае вы можете создать другой конструктор с фиктивным параметром и заставить этот новый конструктор вызывать конструктор по умолчанию, используя ": this ()"

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

И когда вы создаете новый экземпляр этого класса, вы просто передаете фиктивный параметр следующим образом:

SomeClass objSomeClass = new SomeClass(0);

На мой взгляд, это недостаток дизайна языка. Они должны были позволить несколько реализаций одного частичного метода, что дало бы хорошее решение. Еще лучше конструктор (также метод) может быть просто помечен как частичный, и при создании объекта будут запускаться несколько конструкторов с одинаковой сигнатурой.

Самым простым решением, вероятно, является добавление одного частичного метода конструктора для каждого дополнительного частичного класса:

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));
    }

}

Но на самом деле им нужно просто добавить еще несколько языковых конструкций для работы с частичными классами.

Для прокси-сервера веб-службы, созданного Visual Studio, вы не можете добавить свой собственный конструктор в частичный класс (ну, вы можете, но он не вызывается). Вместо этого вы можете использовать атрибут [OnDeserialized] (или [OnDeserializing]) для подключения вашего собственного кода в точке, где создается экземпляр класса веб-прокси.

using System.Runtime.Serialization;

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

Я не совсем обращаюсь к OP, но если вам случится создавать классы с помощью EntityFramework Reverse POCO Generator, в конструкторе вызывается частичный метод, который удобен для инициализации вещей, которые вы добавляете через частичные классы самостоятельно. .

Создано инструментом:

   [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; }
    }

Ничего такого, что я могу придумать. «Лучший» способ, который я могу придумать, - это добавить 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);