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

Я не совсем обращаюсь к OP, но если Вы, оказывается, генерируете классы с Реверсом EntityFramework ПОСТЕПЕННО Генератор, существует частичный метод, названный в конструкторе, который удобен для инициализации вещей, которые Вы добавляете через частичные классы самостоятельно...

Сгенерированный инструментом:

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

] У меня был похожий протест, мой сгенерированный код создавался 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.

наслаждайтесь :)

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

public partial class MyClass{ 

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

    public partial void OnCreated();
}

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

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

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

Ничто, о чем я могу думать. "Лучшим" путем я могу придумать, должен добавить 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);

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

Редактирование: это в том же направлении и также выглядит интересным.