Пустой интерфейс кода пахнет? [закрыто]

У меня есть функция, которая возвращает объекты такого же типа (результаты запроса), но без общих свойств или методов. Чтобы получить общий тип, я прибегнул к использованию пустого интерфейса в качестве возвращаемого типа и «реализовал» его в обоих случаях.

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

Мне также сказали, что .NET Framework использует пустые интерфейсы для целей тегирования.

У меня вопрос: пустой интерфейс - сильный признак проблемы дизайна или он широко используется?

РЕДАКТИРОВАТЬДля тех, кто заинтересован, я позже узнал, что дискриминационные союзы на функциональных языках являются идеальным решением для того, чего я пытался достичь. C # пока не подходит для этой концепции.

РЕДАКТИРОВАТЬ: Я написалдлинная часть об этой проблеме, объясняя проблему и решение в деталях.

Ответы на вопрос(5)

Ваш ответ на вопрос