Как называется паттерн, который добавляет объекту новый функционал?

Question

[Николай Егоров]

Пишу свою игру в качестве хобби на юнити и разбираюсь в паттернах. Ситуация такая. Инициализирую игровой объект. Далее добавляю ему разные компоненты - типа компонентов здоровья, ближнего боя, дальнего боя, передвижение, прыжок, подбор лута и т.д. Фактически создание игрового объекта можно обернуть в классический Builder или фабрику.

Но суть вопроса в другом. Допустим я собрал объект, он в игре, и в процессе игры он должен получить дополнительный функционал - т.е. мне нужно добавить ему еще какие то механики (компоненты). Билдер уже как бы не подходит, т.к. обычно билдер используют так (по крайней мере примеры с таким алгоритмом использования билдера):

gameObjectBuilder.AddSomeComponent1();
    gameObjectBuilder.AddSomeComponent2();
    gameObjectBuilder.AddSomeComponent3();
    var gameObject = gameObjectBuilder.Build();

Т.е. классический билдер возвращает НОВЫЙ построенный объект. Можно ли добавить в билдер сеттер, чтобы указать какой объект нужно "достроить"? Типа:

gameObjectBuilder.SetGameObject(gameObject);
    gameObjectBuilder.AddSomeComponent1();
    gameObjectBuilder.AddSomeComponent2();
    gameObjectBuilder.AddSomeComponent3();

Но в таком случае, у билдера метод `gameObjectBuilder.Build(); ` уже не нужен будет. И это уже не совсем билдер. Может есть название такому паттерну? Их же много придумали. Поиск на запрос "паттерн, который добавляет объекту новый функционал" предлагает декоратор, но это совсем не то - я ничего не обворачиваю.

Comments

[freeExec]

Я всё же не понял, чем не устраивает добрая классика

var addedMechanic = gameObject.AddComponent<MyCoolMechanic>();

[Николай Егоров]

freeExec, одной строчкой там не получается так, чтобы удобно.

1. Под механикой/компонентом не всегда подразумевается один объект.
2. Объекты у меня обычно не монобехи.
3. Их необходимо проинициализировать, какими то значениями.

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

Спасибо!

Answer 1

[GavriKos]

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

С учетом впецифики юнити, которая не допускает вообще нормального new компонентам, и специфики шарпа с отсутствием мультинаследования - какая разница что это? Читая заголовок я бы вообще сказал что это наследование (а что, добавление функционала).

Билдер - это как фабрика - это то что КОНСТРУИРУЕТ объект, а не сам объект. ИМХО.
Пилите игру. пофиг на имена.

Comments

[Николай Егоров]

Спасибо за ответ! Не совсем понял про категории программистов... для чего это мне? Я учусь, пытаюсь применять паттерны, т.к. вижу толк от их применения - удобно, понятно. Та же машина состояний, стратегия, или фабрика для инкапсуляции деталей создания объектов. По немногу учусь, пытаюсь.

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

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

[GavriKos]

Николай Егоров, вот ровно потому что их уже сотни - эти названия никому не нужны. Главное не "я юзаю паттерн", а "я понимаю плюсы и минусы каждого подхода в конкретных ситуациях".

Answer 2

[Василий Банников]

Далеко не у всего есть какое-то особое название (да и не должно быть).

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

Comments

[Николай Егоров]

Спасибо за ответ!

Answer 3

[DrRen7]

Модификация объекта через сам объект это Fluent Interface, а вот добавление нового функционала что декоратор.
Разница в том при Fluent Interface AddSomeComponen(I) должна быть, а при декораторе как вы заметили просто обертка

Answer 4

[Adamos]

По описанию - одному объекту наваливается куча ответственности, да еще динамически - больше похоже на нарушение S в SOLID и антипаттерн "Божественный объект".

Comments

[Николай Егоров]

Какой объект в вашем понимании будет божественный?

Тот которому добавляется "компонент"? В юнити система такая, общепринятая чтоли - все объекты игровые состоят из многих компонентов. Насколько я знаю, и в Анриеле аналогично.

Или вы про Билдер?

[Adamos]

Николай Егоров, я про описание, в основном. С этими движками не работал, рассуждать не берусь.
Сам антипаттерн, его особенности и недостатки - подробно описаны в интернете.

[Николай Егоров]

Adamos, понятно. Спасибо.

Answer 5

[Hemul GM]

ECS (Entity Component System) называется

Comments

[Николай Егоров]

Нет... Простите, это совсем не туда))

Answer 6

[SolidSnack]

Посмотрите примеры декоратора на PHP 5 в Википедии, как по мне там то что вы и хотите (исходя из вашего примера кода) При получении в игре доп функционала, вы создаёте объект такого же типа, но с расширенным функционалом и дальше используете этот объект. Вот тоже хороший вариант