Когда объектно-ориентированное не является правильным решением?

Question

В последнее время я столкнулся с некоторыми мнениями о том, что объектно-ориентированное проектирование / программирование не всегда должно использоваться.
Знаете ли вы некоторые варианты использования, которые не принесут пользы и не должны использовать объектно-ориентированный дизайн?

Например: есть некоторые проблемы (проблемы), которые выиграют от АОП.

Answer 1

Не достаточно хорошо? Я не знаю, смогу ли я привести пример этого, но я знаю, что некоторые ДЕЙСТВИТЕЛЬНО простые приложения могут не увидеть никаких «преимуществ» в начале использования полностью объектно-ориентированной модели проектирования. Однако, если это что-то действительно процедурное и тривиальное, в конце концов, его, возможно, придется повторно посетить.

Answer 2

Ну, ООП не особенно ортогональна ни к чему (кроме, возможно, других способов получения полиморфизма), так что ... э-э ... что угодно.

Answer 3

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

Answer 4

Объектно-ориентированное программирование - хорошее решение, если вы делаете хороший дизайн.

Answer 5

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