Вебинар | Принцип SOLID в зыке программирования Go | Golang обучение с нуля | Основы для новичка

• Вебинар посвящен объектно-ориентированному программированию SOLID.  

• Пример использования языка программирования Go.  

• Цель - разобрать принципы SOLID на примерах.  

• SOLID - это аббревиатура, обозначающая пять принципов объектно-ориентированного программирования.  

• Эти принципы помогают создать каркас системы, который будет гибким и устойчивым к изменениям.  

• Неправильное проектирование системы может привести к значительным проблемам в будущем.  

• Неправильное проектирование увеличивает затраты на внесение изменений в систему.  

• В крупных компаниях это может привести к недовольству и отказу от внедрения новых функций.  

• Вебинар посвящен тому, как избежать этих проблем и минимизировать затраты.  

• SOLID состоит из пяти принципов: единственной ответственности, открытости-закрытости, подстановки Барбары Лисков, разделения интерфейса и инверсии зависимости.  

• Эти принципы не являются панацеей, но помогают поддерживать и развивать систему.  

• Важно следовать принципам в меру, чтобы не нарушать бизнес-логику компании.  

• Принцип единственной ответственности: каждый объект должен иметь одну обязанность.  

• Пример с базой данных и сервисом очередей.  

• Каждый сервис должен работать с одной задачей, не взаимодействуя с другими сервисами.  

• В Go для реализации принципа используется структура пакетов.  

• Каждый пакет отвечает за свою задачу, например, работа с базой данных или очередью.  

• Важно, чтобы каждый пакет знал только о своей задаче и не взаимодействовал с другими пакетами.  

• Неправильное следование принципу может привести к проблемам в будущем.  

• Важно избегать добавления методов, которые знают обо всех сервисах системы.  

• Это помогает поддерживать гибкость и устойчивость системы к изменениям.  

• Важно избегать зависимости между сервисами.  

• Каждый сервис должен знать только о своей области.  

• Пример: отдельный сервис для работы с базой данных и сервисом очередей.  

• Использование пакетов для разделения зон ответственности.  

• Пример: создание пакета для работы с базой данных PostgreSQL.  

• Возможность переключения между разными системами хранения данных.  

• Сервисы должны быть открыты для расширения, но закрыты для изменения.  

• Пример: добавление новых функций, но не изменение существующих.  

• Это позволяет оптимально подбирать архитектурные решения.  

• Пример с сервисом базы данных и таблицей.  

• Использование if-else для обработки данных.  

• Неправильный подход: обработка данных внутри функции.  

• Создание моделей для каждого типа данных.  

• Пример: модель для картошки и чипсов.  

• Модели должны содержать методы для получения цен.  

• Принцип открытости и закрытости: открытость для расширения, но закрытость для изменения.  

• Декомпозиция объектов для работы с ними.  

• Создание базового функционала и интерфейсов для работы с объектами.  

• Интерфейс общей абстракции задает метод для возврата цены на единицу ассортимента.  

• Пример: чипсы и картошка имеют методы для возврата цены.  

• Интерфейс выполняет одну функцию, абстрагируя информацию о цене.  

• Интерфейс закрыт для добавления функционала, но открыт для расширения.  

• Конкретные реализации могут расширять функционал интерфейса.  

• Пример: интерфейс продакт гет прайс остается неизменным, но реализации могут добавлять свои свойства.  

• Функции, использующие базовый тип, должны быть взаимозаменяемыми с его наследниками.  

• Пример: интерфейс аккаунта должен быть взаимозаменяемым с его реализациями.  

• Принцип позволяет использовать разные реализации интерфейса для разных клиентов.  

• Клиенты не должны зависеть от методов, которые они не используют.  

• Слишком большие интерфейсы следует разделять на более мелкие и специфичные.  

• Пример: интерфейс аккаунта должен быть разделен на более мелкие интерфейсы для разных типов клиентов.  

• Бизнес-аналитик может потребовать создания отдельного интерфейса для привилегированного клиента.  

• Интерфейс должен соответствовать поставленной задаче, чтобы избежать зависимости от методов, которые клиент не использует.  

• Разделение интерфейсов помогает избежать проблем с наращиванием функционала.  

• Модули верхних уровней не должны зависеть от модулей нижних уровней.  

• Абстракции не должны зависеть от деталей.  

• Использование интерфейсов позволяет легко менять конечные точки объектов.  

• Определение базового интерфейса для работы с базой данных.  

• Реализация интерфейса для конкретной базы данных, например, MySQL.  

• Передача интерфейса в сервисы для работы с базой данных, что позволяет легко менять реализации.  

• Вебинар посвящен принципу SOLID.  

• Призыв к зрителям оставлять комментарии и вопросы для улучшения контента.  

• Пример с вычислением факториала для демонстрации рекурсивной функции.  

• Объявляем переменную для начального числа.  

• Используем структуру int для хранения результата.  

• Вызываем функцию range для подсчета факториала.  

• Конвертируем результат в int.  

• Печатаем результат через print.  

• Для понимания работы пакета Go, можно перейти в его код.  

• Факториал часто используется на собеседованиях.  

• Понимание рекурсивных функций начинается с реализации факториала.  

• Можно использовать цикл для вычисления факториала без импорта.  

• Начинаем с единицы и умножаем на следующее значение.  

• Пример: факториал 4 равен 24.  

• Факториал 5 равен 120.  

• SOLID помогает минимизировать затраты времени и ресурсов.  

• Принципы не всегда применимы для всех задач.  

• Важно использовать принципы в меру и при наличии времени.  

• Призываем ставить лайки и подписываться.  

• Анонс следующего стрима по интеграции эскилайта.  

• Благодарность за участие и вопросы в комментариях.