Горячее
Лучшее
Свежее
Подписки
Сообщества
Блоги
Эксперты
GameDevBomBit

GameDevBomBit

Начинающий
Пикабушник
Дата рождения: 22 января
поставил 1 плюс и 0 минусов
99 рейтинг 0 подписчиков 0 подписок 5 постов 0 в горячем

Серии постов

По времени  По рейтингу  [моё]  Поиск 
2

Принцип Liskov Substitution Principle SOLID в Unity⁠⁠

Принцип подстановки Барбары Лисков в игровом движке Unity

Добро пожаловать на очередной выпуск нашего канала! Сегодня мы подробно разберём один из важнейших принципов ООП — принцип подстановки Барбары Лисков (Liskov Substitution Principle). Выясним, почему он важен и как правильно применять его в играх на платформе Unity.

Что такое принцип подстановки Барбары Лисков?

Принцип подстановки Барбары Лисков гласит: объекты подклассов должны корректно заменять объекты родительского класса без нарушения работоспособности программы. То есть, если у вас есть интерфейс, использующий базовый класс, вы можете спокойно подставлять туда экземпляр производного класса, и всё должно продолжать работать ожидаемым образом.

Почему это важно?

Представьте такую ситуацию: вы создаёте персонажа в игре, наследуя его поведение от абстрактного базового класса. Если вдруг замена экземпляра дочернего класса ведёт к неожиданному поведению или ошибкам, значит, ваше приложение спроектировано неправильно. При работе над проектами в Unity придерживайтесь следующих рекомендаций:

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

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

  • Тестируйте реализацию: применяя тесты и контрольные проверки, удостоверитесь, что поведение ваших объектов соответствует заявленным требованиям.

Следование принципу подстановки Барбары Лисков делает ваши проекты гибкими, расширяемыми и устойчивыми к изменениям. Всегда помните о нём, разрабатывая свою следующую игру на Unity! Спасибо за просмотр! Оставайтесь с нами и подписывайтесь на канал!

Теги: #unitydev #gamedev #разработкаигр #unitycommunity #игрынасоздание #создайигру #учисьделатьигры #геймдев #индиразработчики #programming #design #graphics #gameart #unitylearning #beginnerswelcome #unitygames #unityengine #vkgamedev #русскоязычныеразработчики

Показать полностью
[моё] Программирование Разработка Gamedev Тестирование Unity Видео YouTube
3

Советы для разработчиков игр на Unity: Путь к успеху!⁠⁠

Приветствую всех любителей и профессионалов разработки игр! Сегодня мы поговорим о важных аспектах, которые помогут вам создавать качественные проекты на популярном игровом движке Unity. Рассмотрим четыре ключевых совета, следуя которым ваш проект станет успешнее и эффективнее.

Совет №1: Изучайте Unity Scripting API

Первое, что важно освоить — это Unity Scripting API. Это набор инструментов и методов, позволяющих эффективно взаимодействовать с компонентами игрового мира, объектами сцены и ресурсами проекта. Изучение API позволит писать оптимизированный код, легко управлять игровой механикой и избегать ошибок, связанных с использованием устаревших функций.

Совет №2: Сначала напишите сценарий Разработка сценария

Один из важнейших этапов проектирования вашей игры. Четко определив сюжет, персонажей, геймплей и цели игрока, вы сможете избежать множества проблем в процессе реализации. Помните, хороший сценарий — залог увлекательной истории и интересного опыта для игроков.

Совет №3: Определитесь с вектором игры

Определившись с жанром и стилем игры, сосредоточьтесь на создании уникальной атмосферы. Важно правильно выбрать вектор развития вашего проекта: будь то экшен, ролевая игра, головоломка или симулятор. Следуйте своему направлению, поддерживайте интерес аудитории и создавайте уникальный опыт для пользователей.

Совет №4: Применяйте принципы SOLID

Принцип SOLID — аббревиатура пяти принципов объектно-ориентированного программирования, помогающих создавать качественный и масштабируемый код. Использование этих принципов улучшит структуру вашего проекта, сделает его проще для поддержки и расширения. Познакомьтесь с принципами SOLID и применяйте их в своей практике.

Следуя этим простым рекомендациям, вы значительно повысите качество ваших проектов и ускорите процесс разработки. Удачи вам в создании захватывающих игровых миров!

Теги: #unitydev #gamedev #разработкаигр #unitycommunity #игрынасоздание #создайигру #учисьделатьигры #геймдев #индиразработчики #programming #design #graphics #gameart #unitylearning #beginnerswelcome #unitygames #unityengine #vkgamedev #русскоязычныеразработчики

Показать полностью 1
[моё] Разработка Программирование Unity Gamedev Развитие Видео YouTube
4
1

Принцип SOLID в Unity: Single Responsibility Principle⁠⁠

Принцип SOLID — один из важнейших подходов в объектно-ориентированном проектировании, состоящий из пяти принципов, позволяющих создавать код, который легко поддерживать и расширять. Рассмотрим первый принцип — Single Responsibility Principle (SRP) и посмотрим, как его применять в игровых проектах на платформе Unity.

Что такое Single Responsibility Principle?

SRP гласит: каждый класс должен иметь одну ответственность, и эта ответственность должна быть полностью инкапсулирована внутри класса. Изменение одной ответственности не должно влиять на работу других классов.

Проще говоря, каждый класс должен отвечать лишь за одно конкретное дело и делать его хорошо. Если класс пытается решать сразу много задач, возрастает вероятность ошибок и затрудняется поддержка кода.

Применение SRP в Unity

Рассмотрим пример игры на Unity, где мы хотим создать систему управления персонажем игрока. Предположим, персонаж может двигаться, атаковать врагов и собирать предметы. Как применить SRP?

Неправильный подход

Один большой скрипт PlayerController, содержащий весь функционал персонажа:

Принцип SOLID в Unity: Single Responsibility Principle Тестирование, Разработка, Unity, Solid, Gamedev, Программирование, Unity3D

Этот подход нарушает SRP, потому что класс несет ответственность за движение, атаку и сбор предметов одновременно.

Правильный подход

Разделяем функциональность на отдельные классы:

Скрипт MovementController

Отвечает исключительно за перемещение персонажа:

Принцип SOLID в Unity: Single Responsibility Principle Тестирование, Разработка, Unity, Solid, Gamedev, Программирование, Unity3D

Скрипт AttackController

Обрабатывает атаки персонажа:

Принцип SOLID в Unity: Single Responsibility Principle Тестирование, Разработка, Unity, Solid, Gamedev, Программирование, Unity3D

Скрипт ItemCollector

Занимается взаимодействием с предметами:

Принцип SOLID в Unity: Single Responsibility Principle Тестирование, Разработка, Unity, Solid, Gamedev, Программирование, Unity3D

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

Преимущества разделения обязанностей

Легкость поддержки: проще находить и исправлять ошибки, поскольку каждая задача отделена друг от друга. Простота расширения: добавить новую возможность становится легче, так как достаточно внести изменения только в соответствующий класс. Улучшение тестируемости: небольшие классы легче покрыть юнит-тестами. Повышенная читаемость: разработчики быстрее понимают назначение каждого компонента системы.

Заключение

Применение принципа Single Responsibility Principle позволяет сделать ваш игровой проект на Unity более устойчивым к изменениям, легким в поддержке и понятным другим разработчикам. Следуя этому принципу, вы создаете основу для качественной архитектуры проекта, облегчающей разработку сложных игровых механик и интерфейсов.

Теги: #unitydev #gamedev #разработкаигр #unitycommunity #игрынасоздание #создайигру #учисьделатьигры #геймдев #индиразработчики #programming #design #graphics #gameart #unitylearning #beginnerswelcome #unitygames #unityengine #vkgamedev #русскоязычныеразработчики

Показать полностью 3
[моё] Тестирование Разработка Unity Solid Gamedev Программирование Unity3D
4
0

Принцип Open/Closed SOLID в Unity⁠⁠

Приветствую тебя, дорогой зритель на моем канале GameDevBombit.

После того как мы познакомились с принципом SRP, мне в голову пришла мысль о том что я хочу показать вам принцип OCP не много в другом ключе, который помог бы нам в разработке игры на Юнити.

ЧТО ТАКОЕ OCP

Что такое OCP - Программные сущности (классы, модули, функции и т.п.) должны быть открыты для расширения, но закрыты для изменения.

Другими словами, класс должен позволять расширять свое поведение путем добавления нового функционала, не меняя существующий код класса. Представим, что у нас уже написана сущность плеера, которая выступает у нас за нашего игрока, которая держит в себе набор поведений. В нашем случае это передвижение нашим кораблем. Реализация выглядит так:

Принцип Open/Closed SOLID в Unity Программирование, IT, Unity, Solid, Чистый код, Разработка, Длиннопост

Реализация принципа Open/Closed в Unity

Прежде чем рассмотреть, реализацию принципа в Юнити, предлагаю посмотреть на то, как этот принцип нарушается. Часто разработчики нарушают принцип Open/Closed, добавляя новый функционал непосредственно в существующие классы. Например, рассмотрим сценарий игры, где игрок должен управлять своим кораблем. Изначально логика управления реализована следующим образом:

Принцип Open/Closed SOLID в Unity Программирование, IT, Unity, Solid, Чистый код, Разработка, Длиннопост

Теперь представьте ситуацию, когда нам нужно добавить некоторый дополнительный функционал, который должен работать по другому принципу. Например стрельбу.

Принцип Open/Closed SOLID в Unity Программирование, IT, Unity, Solid, Чистый код, Разработка, Длиннопост

Мы бы написали что-то вроде этого, и после добавили бы переменную Weapons в класс Player и вызвали бы в методе Update метод стрелять.

Принцип Open/Closed SOLID в Unity Программирование, IT, Unity, Solid, Чистый код, Разработка, Длиннопост

И вот как бы у вас все работает, но тут наступает время создать противника. И вы пишите что-то вроде Enemy для него отдельное управления. В общем и целом я не говорю что это плохой подход, и ему есть место быть, но я бы поступил иначе.

СОЗДАНИЕ ЕДИНОГО КЛАССА ДЛЯ ВСЕХ СУЩНОСТЕЙ

В первую очередь, я бы избавился от конкретных реализаций сущностей. Что я имею ввиду.

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

Принцип Open/Closed SOLID в Unity Программирование, IT, Unity, Solid, Чистый код, Разработка, Длиннопост

На смену переменной типа Movement, пришла переменная с типом IBehaviour. IBehaviour – это интерфейс который имеет всего лишь один метод OnUpdate(). Теперь наше общение с нашим классом поведенческого типа стала универсальным, так как теперь мы принимаем в качестве переменной не конкретный поведенческий класс, а интерфейс. Такой подход хорош для того что бы начать собирать наш класс контейнер. Однако, нужно помнить, что поведенческих классов может быть огромное количество и для каждого пришлось бы реализовывать свою переменную. Выгладило бы, это примерно вот так:

Принцип Open/Closed SOLID в Unity Программирование, IT, Unity, Solid, Чистый код, Разработка, Длиннопост

Но мы с тобой не дураки, и понимаем.. Что нам нужно реализовать массив типа List который будет содержать в себе все поведенческие типы которые нужны для работы той или иной сущности. Модифицируем наш класс Actor под наши задачи, а задача у нас простая. Реализовать контейнер поведений которые обрабатываются все в одном месте.

Принцип Open/Closed SOLID в Unity Программирование, IT, Unity, Solid, Чистый код, Разработка, Длиннопост

Теперь давайте посмотрим, на реализацию классов EnemyMovement и PlayerMovement.

1/2

Отлично, и теперь по такому же принципу мы можем изменить наш класс Weapons.

Принцип Open/Closed SOLID в Unity Программирование, IT, Unity, Solid, Чистый код, Разработка, Длиннопост

Итог

За счет того, что мы сделали методы OnEnable и OnDisable, у нас с вами появилась гибкость.

  • В методе OnEnable - мы спокойно получаем доступ к нашему Actor и добавляем себя в массив.

  • В методе OnDisable- мы спокойно получаем доступ к нашему Actor и убираем себя в массив.

В данном случае мы можем тестировать разные механики на лету, не боясь что код который у нас отвечает за персонажа или какаю-то другую сущность сломается. И ко всему к этому у нас появляется возможность собирать все как конструктор. В следующей статье, я постараюсь максимально разобрать принцип LSP операясь на уже существующий код.

Теги: #unitydev #gamedev #разработкаигр #unitycommunity #игрынасоздание #создайигру #учисьделатьигры #геймдев #индиразработчики #programming #design #graphics #gameart #unitylearning #beginnerswelcome #unitygames #unityengine #vkgamedev #русскоязычныеразработчики

#OpenClosedPrinciple #SOLID #SoftwareDesign #ProgrammingConcepts #Encapsulation #Extensibility #CodeMaintenance #Refactoring #OOP #CleanCode

Показать полностью 10
[моё] Программирование IT Unity Solid Чистый код Разработка Длиннопост
4
Отличная работа, все прочитано!