Почему вы думаете, что Go не ООП язык - Павел Лукинский, YADRO
Вставка
- Опубліковано 16 січ 2025
- Почти вся команда перешла на Go с C#, поэтому мы пишем на Go объектно-ориентировано: активно используя паттерны для разработки энтерпрайз-продукта - атмосферы, внутреннего облака. И хотя Go часто воспринимается как язык для микросервисов, мы делаем на нем монолит.
В докладе Павел делится опытом, а также плюсами и минусами подхода.
#go #cplusplus #тбанк
Спасибо - любопытный опыт)
Accepting interfaces, return structs may sound so foreign when you first hear it. However, it can be boiled down to 2 main concepts
Let the consumer define the interfaces it uses
Producers should return concrete types
Потому что так считают разработчики... языка?!
Взяли язык, который не поддерживает ООП, и начинают в нем эмулировать ООП.
Возникает вопрос, а не проще ли сразу взять ООП-язык?
А если хочется именно конкретный язык, так будьте любезны следовать его идеологии и принятым практикам разработки на этом языке, а не пытаться из одного языка сделать другой.
Да просто шарписты и джависты настолько привязались к их реализациям ООП, что считают что только так как у них правильно.
Интересно, что про ООП рассказывает человек, не отличающий сокрытие и инкапсуляцию. Хотя это еще раз подтверждает несостоятельность попыток называть словом ООП неформулируемый чётким образом индустриальный стиль программирования, присущий всем современным разрабам.
имхо, душнишь, разницу мб человек и знает, но не вдавается в подробности
Эта разница так важна для ООП? Есть языки где не упоминается такой термин вообще. Вот сейчас открыл статью Фленова и вижу что даже шарписты между собой в этих нюансах договориться не могут.