Привет.

Вопрос такой. Есть иерархия классов. Используем язык C#.

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

Дело вот в чем. Есть класс. Он в себе хранит некие данные. И динамически-периодически, у него нужно дергать метод (который вот и нужно придумать как описать), куда передавать самые последние данные.

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

PS. Иерархия все же нужна. Т.к. по сути, все классы там делают одну работу. Просто часть функций виртуальные, и каждый класс через них и делает свою уникальную обработку.

Мне нужно сделать некий интерфейс, описывающий работу этой иерархии.


Пока есть 2 варианта.

1 Сделать нечто, похожее на класс system.eventargs из C#
Т.е. сделать в методе всего лишь один входной параметр, принимающий на вход абстрактный класс- и для каждого класса в иерархии, создать класс наследник этого "eventargs" хранящего специфичные данные.
Но что-то не очень мне нравится эта идея.

2. Использовать шаблоны. Но не уверен, что получится правильно.

Как быть ?

ДжекНепотрошитель,

я же первым вариантом это написал :))
Сделать на подобии system.eventargs, от которого и наследюутся все аргументы ивентов.
Но мне не нравится этот вариант. Просто как-то не красиво получится. Передавать везде тип Object (из C#) и в каждом методе кастовать его в нужный объект. Ну или XML там, или еще чего. Можно например еще Словарь передавать, где будут string ключи с именем параметра, и Object во втором поле, ну и опять касты будут...

Неопрятно все это как то.


MasterZiv,
я же во второй строчке это написал :))

Я в принципе не отрицаю варианта с использованием XML например.

Просто хочется узнать мнение опытных разработчиков систем. Как этот вопрос решается вообще.

Очень часто так бывает, что в наследуемом классе метод должен частично поменятся. Как это решается в ООП ?

Тут еще такое дело. Все было бы просто, если бы все можно было бы передавать в конструктор все различные параметры, а в комде вызывать метод без параметров.
Но тут дело именно в том, что метод нужно вызывать постоянно - и класс, в соответствии с имеющейся у него УЖЕ информацией, обрабатывает новые данные. То бишь конструктор пролетает...

skyANAАаархи, что за методы? Что за предметная область?


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

Нужно придумать общий интерфейс, но вот параметры отличные получаются.

Petro123,

что значит "определяется граница статики и динамики" ? интересно весьма. Гугл говорит, что это к анатомии относится :) Ткните в чего почитать.


Да тут дело даже не в том, чтобы "разбить функцию на множество мелких".

Меня интересует только вот что:
В методах классов, порожденных от одного предка - в принципе входные параметры разные. Как быть тут с построением общего интерфейса ?
И как быть, если появятся новые датчики и мне хочется чтобы можно было создать новый класс, возможно с новым списком параметров, порожденного от базового класса.

Неужели прощай иерархия классов, только из-за некоторого различия параметров ? Вот что меня интересует. Хочется узнать как решить такую проблемку :)


PS. Я вообще интересуюсь чисто из академического интереса. Если интересного решения предложено не будет. Буду конечно делать все по тупому. Но просто вот хочется узнать великого Олла, может чего придумано на этот счет.

Думаю о реализации через генерики наверное. Или может таки через Словарь Ключ=параметр. Но это все в худшем случае.

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

Так для того и нужно наследование. Каждый класс в своих виртуальных методах работает индивидуально со своими уникальными параметрами. Надеюсь не запутаюсь :) Ну по крайне мере не больше, чем если буду передавать в метод Словарь со списком параметров, и уже в классах парсить его.

[quot Petro123]Ааархине может класс крутиться вокруг основного метода.


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

PS. Вот кстати сейчас что читаю по своему вопросу
http://www.objectmentor.com/resources/articles/isp.pdf

Статья Мартина Фаулера. Где он описывает "толстые интерфейсы" и рекомендует использовать "тонкие". Описывая как раз мою проблему - когда есть классы предки, с разным функционалом.

Мощно.... Вникаю...