В монолитных сервисах функциональный подход (FP) нечасто применяется из-за: - **Императивная природа монолитов** – они часто построены на ООП, где состояние изменяется явно. FP же избегает мутаций, что усложняет интеграцию. - **Сложность управления состоянием** – монолиты оперируют общим состоянием, а FP требует иммутабельности, что может привести к избыточному копированию данных. - **Сложность отладки** – цепочки функций (map/filter/reduce) усложняют трассировку по сравнению с пошаговым императивным кодом. - **Производительность** – некоторые FP-конструкции (например, рекурсия) могут быть менее эффективны в Python. Пример: ``` # ООП-подход (чаще в монолитах) class Order: def __init__(self, items): self.items = items def apply_discount(self, discount): self.items = [item * (1 - discount) for item in self.items] # FP-подход (редко) def apply_discount(items, discount): return tuple(item * (1 - discount) for item in items) ``` Однако FP-элементы (чистые функции, иммутабельность) могут применяться локально для упрощения тестирования.