Здравствуйте, Аноним, Вы писали:
А>Есть структура данных — 2-3 массива пользовательских типов. Есть объект в котором реализованы все вычисления и навигация (parent-child) по этим массивам. В C# например есть аналог — XmlDocument в режиме read only. Я что-то не найду название для данного типа шаблонов подскажите плиз.
Façade?
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Подскажите название шаблона который реализует удобный доступ
От:
Аноним
Дата:
12.08.13 08:31
Оценка:
Добрый день
Есть структура данных — 2-3 массива пользовательских типов. Есть объект в котором реализованы все вычисления и навигация (parent-child) по этим массивам. В C# например есть аналог — XmlDocument в режиме read only. Я что-то не найду название для данного типа шаблонов подскажите плиз.
Re[2]: Подскажите название шаблона который реализует удобный доступ
От:
Аноним
Дата:
12.08.13 09:41
Оценка:
Здравствуйте, ., Вы писали:
.>Здравствуйте, Аноним, Вы писали:
А>>Есть структура данных — 2-3 массива пользовательских типов. Есть объект в котором реализованы все вычисления и навигация (parent-child) по этим массивам. В C# например есть аналог — XmlDocument в режиме read only. Я что-то не найду название для данного типа шаблонов подскажите плиз. .>Façade?
Определить одну точку взаимодействия с подсистемой — фасадный объект, обеспечивающий общий интерфейс с подсистемой, и возложить на него обязанность по взаимодействию с её компонентами.
Если грубо, то подходит, а если заморачиваться, то вроде как никакой подсистемы нету...
Re[3]: Подскажите название шаблона который реализует удобный доступ
Здравствуйте, Аноним, Вы писали:
А>>>Есть структура данных — 2-3 массива пользовательских типов. Есть объект в котором реализованы все вычисления и навигация (parent-child) по этим массивам. В C# например есть аналог — XmlDocument в режиме read only. Я что-то не найду название для данного типа шаблонов подскажите плиз. .>>Façade?
А>Определить одну точку взаимодействия с подсистемой — фасадный объект, обеспечивающий общий интерфейс с подсистемой, и возложить на него обязанность по взаимодействию с её компонентами.
Думаю ключевой момент это: "скрыть сложность системы путем сведения всех возможных внешних вызовов к одному объекту".
А>Если грубо, то подходит, а если заморачиваться, то вроде как никакой подсистемы нету...
А кто эти 2-3 массива? Что у них общего? Почему ты создаёшь новый класс для управления ими? Какая обязанность у класса? Может класс-то и не нужен?
Если не заморачиваться, то назови в соответствии с бизнес-доменом. Если есть возможность избегай шаблонных префиксов-суффиксов, а делай так, чтобы имя класса было понятно бизнес-аналитику.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Re[4]: Подскажите название шаблона который реализует удобный доступ
От:
Аноним
Дата:
13.08.13 07:01
Оценка:
Здравствуйте, ., Вы писали:
А>>Определить одну точку взаимодействия с подсистемой — фасадный объект, обеспечивающий общий интерфейс с подсистемой, и возложить на него обязанность по взаимодействию с её компонентами. .>Думаю ключевой момент это: "скрыть сложность системы путем сведения всех возможных внешних вызовов к одному объекту".
А>>Если грубо, то подходит, а если заморачиваться, то вроде как никакой подсистемы нету... .>А кто эти 2-3 массива? Что у них общего?
Они описывают метаданные доменных объектов, необходимые для построения UI (html + javascript).
.>Почему ты создаёшь новый класс для управления ими? Какая обязанность у класса? Может класс-то и не нужен?
Класса как такового нет, есть объект — модуль, т.к. необходимо сгруппировать методы для работы с теми массивами метаданных.
.>Если не заморачиваться, то назови в соответствии с бизнес-доменом. Если есть возможность избегай шаблонных префиксов-суффиксов, а делай так, чтобы имя класса было понятно бизнес-аналитику.
Это да. Просто есть желание, чтобы название давало подсказку зачем этот класс нужен.
Re[5]: Подскажите название шаблона который реализует удобный доступ
Здравствуйте, Аноним, Вы писали:
А>>>Если грубо, то подходит, а если заморачиваться, то вроде как никакой подсистемы нету... .>>А кто эти 2-3 массива? Что у них общего? А>Они описывают метаданные доменных объектов, необходимые для построения UI (html + javascript).
Вот так и называй — (Domain)ObjectUiMetadata или что-то подобное. Можно ещё добавить в конце что-нибудь вроде Descriptor, Extractor, Provider, Source или что-то более подходящее по смыслу.
.>>Почему ты создаёшь новый класс для управления ими? Какая обязанность у класса? Может класс-то и не нужен? А>Класса как такового нет, есть объект — модуль, т.к. необходимо сгруппировать методы для работы с теми массивами метаданных.
Имхо это не принципиально.
.>>Если не заморачиваться, то назови в соответствии с бизнес-доменом. Если есть возможность избегай шаблонных префиксов-суффиксов, а делай так, чтобы имя класса было понятно бизнес-аналитику. А>Это да. Просто есть желание, чтобы название давало подсказку зачем этот класс нужен.
Название шаблона это не скажет. Название шаблона лишь скажет какой подход был выбран для имплементации требования — фабрика там, а может визитор или фасад, или враппер, а может билдер... Но зачем нужен класс — это не выразить шаблонными названиями, только термином из бизнес-требований.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай