Добрый день

Есть структура данных — 2-3 массива пользовательских типов. Есть объект в котором реализованы все вычисления и навигация (parent-child) по этим массивам. В C# например есть аналог — XmlDocument в режиме read only. Я что-то не найду название для данного типа шаблонов подскажите плиз.

Здравствуйте, Аноним, Вы писали:

А>Есть структура данных — 2-3 массива пользовательских типов. Есть объект в котором реализованы все вычисления и навигация (parent-child) по этим массивам. В C# например есть аналог — XmlDocument в режиме read only. Я что-то не найду название для данного типа шаблонов подскажите плиз.
Façade?

Здравствуйте, ., Вы писали:

.>Здравствуйте, Аноним, Вы писали:

А>>Есть структура данных — 2-3 массива пользовательских типов. Есть объект в котором реализованы все вычисления и навигация (parent-child) по этим массивам. В C# например есть аналог — XmlDocument в режиме read only. Я что-то не найду название для данного типа шаблонов подскажите плиз.
.>Façade?

Может и фасад но в "талмуде" http://ru.wikipedia.org/wiki/%D0%A4%D0%B0%D1%81%D0%B0%D0%B4_(%D1%88%D0%B0%D0%B1%D0%BB%D0%BE%D0%BD_%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F)

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

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

Здравствуйте, Аноним, Вы писали:

А>>>Есть структура данных — 2-3 массива пользовательских типов. Есть объект в котором реализованы все вычисления и навигация (parent-child) по этим массивам. В C# например есть аналог — XmlDocument в режиме read only. Я что-то не найду название для данного типа шаблонов подскажите плиз.
.>>Façade?

А>Определить одну точку взаимодействия с подсистемой — фасадный объект, обеспечивающий общий интерфейс с подсистемой, и возложить на него обязанность по взаимодействию с её компонентами.
Думаю ключевой момент это: "скрыть сложность системы путем сведения всех возможных внешних вызовов к одному объекту".

А>Если грубо, то подходит, а если заморачиваться, то вроде как никакой подсистемы нету...
А кто эти 2-3 массива? Что у них общего? Почему ты создаёшь новый класс для управления ими? Какая обязанность у класса? Может класс-то и не нужен?

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

Здравствуйте, ., Вы писали:

А>>Определить одну точку взаимодействия с подсистемой — фасадный объект, обеспечивающий общий интерфейс с подсистемой, и возложить на него обязанность по взаимодействию с её компонентами.
.>Думаю ключевой момент это: "скрыть сложность системы путем сведения всех возможных внешних вызовов к одному объекту".

А>>Если грубо, то подходит, а если заморачиваться, то вроде как никакой подсистемы нету...
.>А кто эти 2-3 массива? Что у них общего?

Они описывают метаданные доменных объектов, необходимые для построения UI (html + javascript).

.>Почему ты создаёшь новый класс для управления ими? Какая обязанность у класса? Может класс-то и не нужен?

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

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

Это да. Просто есть желание, чтобы название давало подсказку зачем этот класс нужен.

Здравствуйте, Аноним, Вы писали:

А>>>Если грубо, то подходит, а если заморачиваться, то вроде как никакой подсистемы нету...
.>>А кто эти 2-3 массива? Что у них общего?
А>Они описывают метаданные доменных объектов, необходимые для построения UI (html + javascript).
Вот так и называй — (Domain)ObjectUiMetadata или что-то подобное. Можно ещё добавить в конце что-нибудь вроде Descriptor, Extractor, Provider, Source или что-то более подходящее по смыслу.

.>>Почему ты создаёшь новый класс для управления ими? Какая обязанность у класса? Может класс-то и не нужен?
А>Класса как такового нет, есть объект — модуль, т.к. необходимо сгруппировать методы для работы с теми массивами метаданных.
Имхо это не принципиально.

.>>Если не заморачиваться, то назови в соответствии с бизнес-доменом. Если есть возможность избегай шаблонных префиксов-суффиксов, а делай так, чтобы имя класса было понятно бизнес-аналитику.
А>Это да. Просто есть желание, чтобы название давало подсказку зачем этот класс нужен.
Название шаблона это не скажет. Название шаблона лишь скажет какой подход был выбран для имплементации требования — фабрика там, а может визитор или фасад, или враппер, а может билдер... Но зачем нужен класс — это не выразить шаблонными названиями, только термином из бизнес-требований.