Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Основная";
Текущий архив: 2003.02.27;
Скачать: [xml.tar.bz2];

Вниз

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

 
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]

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

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


 
Романов Р.В.   (2003-02-18 11:02) [5]

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


 
Stager   (2003-02-18 11:10) [6]

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

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

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



Страницы: 1 вся ветка

Форум: "Основная";
Текущий архив: 2003.02.27;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.46 MB
Время: 0.007 c
4-87739
Terrible
2003-01-13 12:11
2003.02.27
Послать Message сервису или консольному приложению


1-87527
Борис_
2003-02-09 02:23
2003.02.27
Красиво писАть в Richedit e...


4-87752
denand
2003-01-13 03:42
2003.02.27
Модальное Окно


3-87326
Alpine
2003-02-10 14:13
2003.02.27
Ошибка с SQL запросом !! ((


14-87658
KinderSurprise
2003-02-11 01:04
2003.02.27
Всем доброй ночи!





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский