Гуд? Бэд?

А то на всяких StackOverflow пишут, что для С++ это бэд, т. к. там какие-то свои заморочки и пустые классы ничего не дают (или это про интерфейсы? - не понял, короче).

Т. е. вообще пустой




Мне надо метод, который бы возвращал потомки этого класса. Но не хочу перегружать метод с однотипной логикой. В самом методе, конечно, будет что-то типа свича по выбору конкретного потомка для возврата. Клиент тоже будет знать, какой тип ему на самом деле пришёл (на крайний случай GetType() поможет).

Сон Веры Павловныеще как вариант - использовать пустой маркерный интерфейс:


По сути практически то же самое. Смысл использования - создание своей иерархии, generic constraints.
В классе точно не будет логики. Всё равно интерфейс? - У меня это будет типа DTO.

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

Спасибо.

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

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

out bool isNewResultExist

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


Или всё же лучше аналог паттерна "try parse" (что-то типа TryGet Results)?

Есть ещё вариант возвращать null. Но:

1) как это будет работать с WCF и прочими местами, где есть сериализация?

2) придётся на клиенте заюзать проверку на null, что неинформативно - почему результат == null? потому, что новых результатов нет, или что-то случилось в расчёте, в канале связи и прочее, что результаты потерялись?

Минус паттерна "try get" вижу в том, что к нему почти наверняка нужен ещё и просто метод Get - т. е. надо городить два метода, и ещё объяснять, зачем нужен один и второй. Логика с булевым полем в базовом классе как-то проще и понятнее мне видится.