мешает засунуть бизнес логику в структуру?
Ничего, кроме того, что ты не сможешь нормально написать достаточно универсальный код для обработки _разных_, но схожих структур. Например, у тебя есть список пользователей и список клиентов (наборы полей разные, но в чём-то схожи). Ты вряд ли сможешь обрабатывать их одинаково, без копипаста. С теми же дженериками смог бы. А в php ты можешь перечислить несколько типов через | или вообще обращаться к полям, не зная типа (что есть антипаттерн, но тем не менее).
Да, на это есть хаки, но я говорю о принципиальных вещах.
> Какие паттерны, например? В php же тоже нет дженериков, но паттерны вполне себе реализуемы.
Читай https://habr.com/ru/company/jugru/blog/503868/, раздел про агрегаты.
> Что мешает использовать композицию вместо наследования?
Ни та, ни другая в одиночку всех проблем не решает.
Да все нормально с ООП в го. У меня есть большой монолитный проект как пример
Обсуждают сегодня