Примеры использования ООП: Гид по объектному программированию, часть 8

Содержание:

• Какой будет игра
• Процесс разработки игровых элементов
• Графика
• Управление
• Инвентарь

Поздравляю всех, кто смог пройти через все предыдущие материалы и оказался на этапе практических занятий по объектно-ориентированному программированию на C#. Впереди нас ждет создание простой консольной игры. Мы применим те навыки ООП, которые уже освоили, а также познакомимся с несколькими новыми приемами.

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

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

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

• Характеристики взаимодействия с объектами.
• Модификаторы доступа и инкапсуляция являются важными концепциями в объектно-ориентированном программировании. Модификаторы доступа определяют уровень доступа к классам и их членам, позволяя контролировать, какие элементы могут быть видимыми и доступными из других частей программы. Существует несколько типов модификаторов, таких как public, private и protected, каждый из которых имеет свои особенности и применение.

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

• Полиморфизм и методическая перегрузка.
• Полиморфизм.
• Наследование и немного о полиморфизме.
• Абстрактные классы и интерфейсы являются важными концепциями в объектно-ориентированном программировании. Они позволяют разработчикам создавать гибкие и расширяемые структуры, обеспечивая основу для наследования и реализации функциональности.

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

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

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

• Практикум.

Какой будет игра

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

Игра будет организована следующим образом:

• При старте игры срабатывает метод InitGame(), который отвечает за создание игровых объектов, предметов и других элементов.
• Затем будет вызван метод Update (), отвечающий за обновление текущего состояния игры.

Внутри метода Update() необходимо реализовать цикл, который будет выполнять следующие операции:

• Создание визуализации местоположения или предметов в инвентаре.
• Определение, какая клавиша была нажата игроком.
• Перемещение нажатия клавиши в контроллер.
• В зависимости от того, какая клавиша была нажата, контроллер будет инициировать вызов методов игровых объектов, таких как Move() или Use().

В процессе управления игровым процессом мы применяем три статических класса, которые выполняют функции контроллеров.

• LocationController отвечает за отслеживание действий игрока в пределах локации.
• InventoryController отвечает за отслеживание взаимодействий игрока с инвентарем.
• GraphicsController отвечает за контроль вывода графической информации.

Информация об игровых параметрах, включая размеры локации и перечень объектов, хранится в статическом классе Game. Конкретные объекты будут представлены через классы GameObject (как основной), Player и NPC. Управление положением и передвижением по локации будет осуществляться классом Position.

В системе реализации объектов используются классы Item в качестве основного, а также его производные Potion и Meal. Если предмет обладает возможностью использования, то он реализует интерфейс IUsable.

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

Процесс разработки игровых элементов

Начнём с определения класса GameObjects, который послужит основой для создания классов Player и NPC.

Обратите внимание на метод Die(). Этот метод срабатывает, когда здоровье объекта достигает нуля. Он удаляет объект из коллекции Game.Objects, что позволяет освободить занимаемую память. Аналогичную задачу выполняют деструкторы, которые активируются перед тем, как объект будет окончательно удалён из памяти.

Класс NPC станет основой для разработки логики искусственного интеллекта в игре. В свою очередь, класс Player будет включать методы, предназначенные для управления персонажем игрока. К примеру, в будущем мы добавим возможность использования предметов из инвентаря в данном классе.

Как упоминалось ранее, объекты, которые были созданы, будут сохраняться в коллекции статического класса Game. Ниже представлено, как это реализовано:

Возможно, вы обратили внимание на тип данных GameMode — это перечисление, которое делает процесс формирования списков в коде более удобным.

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

Однако это может быть не совсем комфортно, так как вам придётся постоянно отслеживать, какое число вы указали и для какой цели.

Графика

Для того чтобы обеспечить отображение объектов и локаций, создадим класс GraphicsController.

Формирование объектов осуществляется посредством символов, которые варьируются в зависимости от направления, в котором ориентирован объект.

Теперь необходимо внести изменения в класс Program, чтобы осуществить создание первых экземпляров и вывести их на экран в консоли.

Извините, но ваш запрос не содержит текста для рерайта. Пожалуйста, предоставьте текст, который вы хотите переписать.

Управление

Для того чтобы обеспечить движение объекта, управляемого игроком, необходимо внедрить систему контроля.

Данный класс отслеживает, какую клавишу нажимает игрок, и передаёт полученные команды дальше. К примеру, он взаимодействует с классом Position, который управляет перемещением объектов в игровом пространстве.

Существует возможность протестировать процесс перемещения.

С перемещением также была внедрена система боя:

Инвентарь

Основой системы инвентаря служит класс Item:

Классы Potion и Meal имеют практически одинаковую структуру, отличаясь лишь текстовыми сообщениями, которые они выводят. Поэтому в данном случае будет представлен код только одного из этих классов:

Обратите внимание, что данный класс реализует интерфейс IUsable:

Для того чтобы пользователь имел возможность просматривать предметы в своем инвентаре, необходимо внедрить в GraphicsController новый метод:

Кроме того, в классе Program необходимо дополнить оператор switch новым вариантом для режимов:

Контроль будет осуществляться через InventoryController:

Теперь давайте обратим внимание на объект Player.

Здесь представлены два свежих ключевых слова:

• is — осуществляет проверку на наличие указанного интерфейса в данном объекте.
• as — обеспечивает реализацию интерфейса.

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