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

AK>Можно. Но вопрос как раз и состоит в том, как фильтру указать, какие данные нужно прочитать.
В виде параметров, например, в виде битовых флагов. Поскольку у Вас проблемная область не поменяется, то таких параметров будет немного.
Тут, на мой взгляд, не нужно выдумывать нечто сложное — можно обойтись простым решением.

AK>В данном случае для получения температуры каждого танка нужно указать номер комнаты и номер танка. Но вся проблема в том, что структура может иметь несколько вложенностей, например контролируется не только температура, но и время брожения, здесь необходимо указать ещё и тип данных (температура или время брожения), и т.д.
Задача понятна. В общем случае, подход к решению аналогичных задач таков. Опрашиваете заказчиков и составляете обобщённый список их бизнес-задач. Поскольку область деятельности заказчиков, скорее всего, одинакова, то и бизнес-задачи будут не слишком разниться — где-то будут совпадать, а где-то различаться. После чего проектируете систему, которая способна решать все бизнес-задачи заказчиков, конечно, в рамках предметной области. При этом, решения разбиваете по разным функциональным модулям и поставляете каждому заказчику только тот набор функциональных модулей, которые он заказывал.

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

В качестве возможно варианта, можете архивировать все необходимые параметры. А вот модули для их анализа — поставлять по желанию заказчика.

P.S.: Очень не рекомендую поступать, как предложено здесь

Автор: stenkil
Дата: 10.04.08

— замучаетесь с сопровождением.