Посоветуйте правильный подход

← →
Stager © (2003-02-18 10:32) [0]

Вопрос у меня не о технике, скорее о выборе правильной идеологии. Задача: необходимо написать узкоспециализированный компонент, с заданной частотой отправляющий TCP/IP-серверу запросы по локальной сети, принимающий ответы и обновляющий значения свои свойств в зависимости от них. Для этого нужны компоненты TTimer и TClientSocket. Как будет правильнее идеологически - объявить их в приватной секции и создавать синхронно с созданием компонента, или же предуспотреть published-свойства Timer и ClientSocket, которым в дизайн-тайме назначать соответствующие компоненты, созданные отдельно?

ЗЫ. Подчеркиваю - я не спрашиваю, как сделать, чтобы заработало. Работать будет в любом из случаев. Волнует вопрос - как это сделать идеологически более правильно?

С уважением, Алексей.

← →
Романов Р.В. © (2003-02-18 10:36) [1]

В потомок TClientSocket вставь TTimer. и добавь Publised свойства Interval, Enabled, OnTimer

← →
Anatoly Podgoretsky © (2003-02-18 10:44) [2]

Если надо назначать в дизайн-тайм то published естественно

← →
Stager © (2003-02-18 10:50) [3]

2 Романов Р.В.
> В потомок TClientSocket вставь TTimer. и добавь
> Publised свойства Interval, Enabled, OnTimer

Боюсь, здесь не совсем тот случай. Попробую описать подробнее. К com-порту одной из машин в локальной сети подключено некое устройство, опрашиваемое специальным сервисом. Сервис выполняет две функции: опрашивает устройство и в роли сервера общается через TCP/IP с подсоединившимися клиентами. Единственная его функция - возвращать состояние измерительных каналов устройства.

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

С уважением, Алексей.

← →
mrcat © (2003-02-18 10:58) [4]

>>как это сделать идеологически более правильно?

Алексей!
Идеология Вашего приложения зависит только от Вас. И как будет правильней - решать тоже Вам. Нельзя сказать как будет "идеологически" верно, не зная структуры программы.

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

2 Романов Р.В.

Большое спасибо.

С уважением, Алексей.

Посоветуйте правильный подход Найти похожие ветки