Доступ к членам производных классов

[MasterMan342]

Доброе время суток!

Подскажите как получить информацию о производных классах (B, C, D), базового класса A
а потом изменить их значение...

Ну к примеру:

Код:

public class A
    {
        public A()
        {
            //Как мне из конструктора базового класса а узнать о наследуемых его классах
            //Т.Е. к примеру получить массив Type[]
            //Если это можно сделать рефлексией, то ткните меня носом в нужный метод! я все обыскал...
        }
    }

    class B : A
    {
        public static void Call()
        {

        }
    }

Что с этим можно сделать:
Я пытаюсь узнать, есть ли в произвольных классах класса А метод Call, и если он есть то вызвать его...

[Finch]

А если сделать наследованием? Правда при наследовании, в конструкторе родительского класса нельзя вызывать методы дочерних классов. Будут вызываться методы самого родительского класса.

[Dale]

Подскажите как получить информацию о производных классах (B, C, D), базового класса A

Никак. Базовый класс ничего не знает о производных, это один из базовых принципов ООП.

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

а потом изменить их значение...

Для начала, в чем состоит смысл фразы "изменить значение классов"?


Вообще рефлексия - весьма тонкое средство. Если она применяется в проекте, возможен один из двух вариантов: либо хороший программист делает полезный обобщенный  инструментарий (вроде системы автоматизированного тестирования или генератора мок-объектов), либо плохой пытается решить относительно простую задачу извращенным способом.

[Dimka]

MasterMan342, вообще такая задача решается несколько иначе: в классе A объявляется абстрактный метод Call, а потомки его реализуют (кому не надо, оставляют пустым). (Отсылка к шаблону проектирования Template Method.)

Однако из конструктора предка не вызвать реализацию потомков по той причине, что когда срабатывает конструктор предка, конструктор потомка ещё не сработал, и таблица виртуальных методов ещё не заполнена. Но, к счастью, именно для абстрактных методов такого ограничения нет. Поэтому

Код: (C#)

abstract class A
{
  public A()
  {
    this.F();
  }
  public abstract void F();
}

class B : A
{
  public override void F()
  {
    Console.WriteLine("B.F");
  }
}

A a = new B(); // B.F

[Dmitry]

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

Таблица в.м. строится при IL компиляции, когда для каждого нового типа создаётся экземпляр Type, в составе которого и находится таблица. А вызывать в.м. из конструктора базового класса не рекомендуется, потому что может быть вызвана реализация этого метода производного класса. А т.к. конструктор производного класса ещё не сработал, т.е. объект полностью ещё не инициализировался, то поведение будет непредсказуемым.

[Dimka]

А т.к. конструктор производного класса ещё не сработал, т.е. объект полностью ещё не инициализировался, то поведение будет непредсказуемым.

Согласен.

[MasterMan342]

MasterMan342, вообще такая задача решается несколько иначе: в классе A объявляется абстрактный метод Call, а потомки его реализуют (кому не надо, оставляют пустым). (Отсылка к шаблону проектирования Template Method.)

Однако из конструктора предка не вызвать реализацию потомков по той причине, что когда срабатывает конструктор предка, конструктор потомка ещё не сработал, и таблица виртуальных методов ещё не заполнена. Но, к счастью, именно для абстрактных методов такого ограничения нет. Поэтому

Код: (C#)

abstract class A
{
  public A()
  {
    this.F();
  }
  public abstract void F();
}

class B : A
{
  public override void F()
  {
    Console.WriteLine("B.F");
  }
}

A a = new B(); // B.F

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

Тема закрыта!