Организация классов в C#, передача в парамет разных типов классов

Question

[enchikiben]

Добрый день!
Не очень сильно знаком с C#, пытаюсь решить задачу (если это вообще возможно), есть класс А который выполняет определенные операции в его конструктор передается 2 параметра, экземпляр класса и БД (он не затрагивает мою проблему). Вкратце его структура:

class A {
   protected B context;
   public A(B context, C BD){
       context = context;
   }
}

параметр context (типа B) формируется системой и доступен только для чтения, и переломной встала задача искусственно подсунуть свой context (типа D) с необходимыми методами и данными.
Вопрос, как это сделать? Копал в сторону обобщенные типов но что то у меня ни чего не получилось…

P.S. Прошу прощения, унаследовать нельзя от класса B, но его структура известна…

Answer 1

[lam0x86]

http://ru.wikipedia.org/wiki/Декоратор (шаблон проектирования)

Answer 2

[Monnoroch]

Если я правильно понял задачу, то можно отнаследовать D от B, и перегрузить необходимые методы.

Comments

[enchikiben]

Прошу прощения, что сразу не написал, унаследовать нельзя от класса B, но его структура известна…

[Monnoroch]

Если нельзя унаследовать, то может можно создать интерфейс и в A заменить B на этот интерфейс, а потом отнаследовать и B и D от этого интерфейса. Если же и это нельзя, то по-хорошему не выйдет.

[Сергей Протько]

интерфейсы не подходят?

[enchikiben]

нельзя… (((

[Monnoroch]

Тогда опишите подробно вашу ситуацию. Какие классы ваши, какие чужие и код недоступен и прочее.

[enchikiben]

Мой класс только А, остальные не мои и не поддаются модифицированию, в классе А я работаю с context через его методы получаю данные полученные с формы сайта, а теперь мне надо искусственно послать запрос т.е. не через форму а через свой класс

[Monnoroch]

Можно в обьект класса D запихнуть обьект класса B и сымиритовать интерфейс последнего в первом.

[Monnoroch]

Тогда вы как бы всегда будете посылать запрос через свой класс, а запросы от формы будут посылаться в ваш класс D и только потом уже в A.

[enchikiben]

Честно сказать я не очень понял что вы сказали, мне на работе еще так предлагали создать еще класс F от него унаследовать класс Q и W, а класс а переписать

class A {
   protected F context;
   public A(F context, C BD){
       context = context;
   }
}

и в зависимости от ситуации передавать в него наследника Q или W, в класс Q передавать context который системой генерируется, а во второй W тот который я сам делаю, и потом F передавать A. Как то так если я правильно понял что мне объясняли, но если делать так то как в А работать с тем что в F не понимаю…

[Сергей Протько]

Распишите на примере порядок действий которые вы хотите произвести. А то так слабо представляю себе картину.

[Monnoroch]

Ну да, динамический полиморфизм, если данные приходят с формы, вам приходит обьект B, а вы оборачиваете его в обьект класса Q, если же вы генерируете обьект B сами, то оборачиваете его в обьект класса W, тогда, если и W и Q отнаследованы от F, то вы можете передавать в public A(F context) и new W(context) и new Q(context), все правильно. С тем, что в F работать просто: вы реализуете у F тот же интерфейс, что есть у B, или не тот же — по вашему желанию, просто маппите методы B на методы F.

[enchikiben]

:) А можно к конкретике, точнее уже к коду на c#, допустим у B есть методы B1,B2, они же используются в A, т.е. где то в классе вызывается context.B1(), вот я не пойму как так вы сказали обернуть чтобы в А ни чего не менять кроме типа в конструкторе и типа свойства…

[Monnoroch]

class F
{
    private B context;
    public Type B1() { return context.B1(); }
}

[enchikiben]

Это для варианта когда B получено системой да? только мне кажется еще не хватает конструктора

class F
{
    private B context;
public F(B context) {
context = context
}
    public Type B1() { return context.B1(); }
}

[Monnoroch]

Ну конструктор подразумевался. А потом берете и наследуете свой хитрый класс от F и override B1 как вам хочется.

[enchikiben]

Спасибо, завтра на работе попробую :)

Answer 3

[Андрей Поляков]

Используйте dynamic

Answer 4

[vmysla]

параметр context (типа B) формируется системой и доступен только для чтения, и переломной встала задача искусственно подсунуть свой context (типа D) с необходимыми методами и данными.

это вам для тестов надо, или «вообще»? если «вообще», то вы что-то не так спроектировали. жаль — не понятна суть задачи… задумайтесь — вы хотите в существующий класс, который имеет свой контекст — подсунуть чужой. как поведут себя остальные внутренние методы? какой контекст они будут использовать во время вашего «специального вызова», до и после него? а если какая-то функция сохранит что-то из «другого контекста», как это повлияет на поведение класса?

не знаю что вы делаете, но есть пару вариантов:

0. если вы пишете тесты — используйте моки или стабы (если это действительно необходимо)

1. BD — просто «соединение» + влияет на context
тут все просто — фабрика: IBdContext getBdContext(C BD), почти как у вас

2. BD — умная, не просто что-то делает а и что-то запоминает + влияет на context
почти тоже самое, но «C BD» может оказаться фабрикой, и как минимум синглтоном.

3. context — просто объект + влияет на BD
паттерн мост. делайте свои реализации IContext, и передавайте им в конструктор «C BD»

4. context — умный, не просто что-то делает а и что-то запоминает + влияет на BD
фабрика IContext(C BD)

5. все умные и что-то помнят — фантазируйте. что-то не так с дизайном.
6. все «тупые» — используйте статические хелперы.

999. задумайтесь, если вам «на мгновенье» надо подсунуть «инопланетный объект» — что то не так.
НО!:
А. если это методы «компарации» — передавайте контекст как опциональный параметр к функции
Б. если у вас древовидная структура с гибкой логикой — используйте композит.

(какой вопрос — такой ответ)

Comments

[vmysla]

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