> Какие ограничения при использовании только объектно ориентированного программирования без функционального (Python)

Использование только ООП без функциональных возможностей Python накладывает несколько существенных ограничений:

1. Избыточность кода для простых операций - вместо лямбда-функций или map/filter приходится создавать целые классы с одним методом, что увеличивает объём и снижает читаемость.

2. Сложность с неизменяемостью - ООП поощряет мутабельное состояние объектов, что затрудняет параллельные вычисления и отладку. Функциональный подход с неизменяемыми структурами (например, frozenset, tuple, dataclass(frozen=True)) упрощает предсказуемость кода.

3. Отсутствие композиции функций - без функций высшего порядка (например, partial, reduce, декораторов) сложнее строить цепочки преобразований данных. Приходится писать множество вложенных циклов или временных объектов.

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

5. Проблемы с рекурсией и ленивостью - в чистом ООП нет встроенных генераторов (yield) или ленивых вычислений, что приводит к неэффективному использованию памяти при работе с большими последовательностями.

Пример: сортировка списка словарей по ключу. В ООП-стиле пришлось бы писать отдельный класс-компаратор, а с функциональным подходом - просто sorted(data, key=lambda x: x['field']).