господа, время офигительных вопросов

где в убунте найти линковщик от дотнета?оО

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

Инкапсуляция це жопа

вот эти все вопросы хорошо объясняет шевчук в курсах от itvdn. но я всё равно не хотел бы отвечать на такие билеты

шевчук вообще бубочка

Давайте как раз на тему ООП подкину вопросик. Нужно реализовать класс отчётов. Даты начала/конца, название, данные. И у некоторых отчётов будет ещё булево поле использовать ли смежные данные.
Вот отчеты с булевым полем должны его иметь, а без него, по-хорошему, вообще не должны о нем знать.
У нас две идеи: Основной отчет и подкласс с булевым полем, либо оба отчета в виде интерфейсов с повторяющимися полями, класс реализует оба интерфейса, а используется как интерфейсный тип по ситуации.
Ни один вариант особо не нравится. Идеи будут?

Красиво сказано! 😆

а можно в двух словах чем не нравится?

Декоратор не?

вот тоже в голове вертелось

открыл перечитать)

Да вроде кривовасто как-то кажется. Я предложил в основной класс это поле как  bool? добавить, да чот коллеги не оценили.

А где вариант с двумя/тремя стульями сразу?

Ну с 2мя интерфейсами и вправду даже на слух кривовато
Насчет подклассов и декоратора я бы думал в зависимости от того что на это вешается в смысле логики
Это имхо конечно

Как и с nullable полем

Использовать базовый класс без поля bool ReportBase. Отдельно интерфейс для отчёта IReport и наследуемый от него расширенный интерфейс IReportExtended. Базовый класс наследуется от IReport.

В итоге пользуешь только IReport который просто отчёт, но можешь проверять
report is IReportExtended

Не нужно поле добавлять, нарушается принцип Open Closed
Можно расширять через интерфейсы