Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

выбор технологии для обмена данными

Страницы: < 1 2 3 >
Alexandr © (2005-12-06 11:48:00)
подскажите, что проще испрользовать для написания такого.
1) рабоатем через интернет.
2) будет сервер - обработчик запросов.
к нему должны подключаться клиенты для отправки запросов и получания ответов. При этом здесь должна быть авторизация и шифрование траффика. В основном сервер будет возвращать одну запись или таблицу. При этом таблиц разных может быть ну штук 5, не больше.
3) сам клиент может быть различным. Хотя в первую очередь он будет на delphi.

Технологий то для этого очень много. А вот что использовать проще, для чего есть quick start guide. Вроде как совершенно типовая задача в 21 веке. :)

Digitman (2005-12-06 14:53:00) [21]

> браузер не подразумевает хранение таблиц на клиенте

твое определение таблицы ?

> в случае того же madas постоянный коннект ненадо, можно
> загрузить справочник и работать себе спокойно, потом подключился,
> обменялся данными ( а пока обмен идет и чаю попил) и снова
> отключилс

так-с ... подробности таки пошли) ... оказывается клиентские НД должны допускать редактирование ... из тебя такие ВАЖНЫЕ подробности нужно клещами вытягивать ?

> в случае браузера прийдется висеть постоянно на связи

неправда.
это определяется вовсе не браузером.

Alexandr (2005-12-06 14:32:00) [22]
неправда.
браузер не подразумевает хранение таблиц на клиенте.
В отличие например от midas (не более чем для примера).

Т.о. поскольку раьбота будет вестись со справочником объемом пару мег, то в случае того же madas постоянный коннект ненадо, можно загрузить справочник и работать себе спокойно, потом подключился, обменялся данными ( а пока обмен идет и чаю попил) и снова отключился.
А в случае браузера прийдется висеть постоянно на связи. И по каждому движению ждать обновления страницы.

Digitman (2005-12-06 14:11:00) [23]

> Alexandr © (06.12.05 13:55) [20]

странный ты товарисч)..

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

в любом случае и запрос и его результаты должны быть доставлены на другой конец соединения в целости и сохранности ... а за какое время - это другой коленкор ...

Alexandr (2005-12-06 13:55:00) [24]
скорость, необходимость постоянного соединения.

Digitman (2005-12-06 13:13:00) [25]

> Alexandr © (06.12.05 13:11) [18]

не понял ... какое отношение имеет модем ко всей этой петрушке ?

Alexandr (2005-12-06 13:11:00) [26]

> Digitman © (06.12.05 13:00) [17]

да людям которым потом целый день в вебе через модем работать.

Хотя, согласен это очень неплохо. Но это не для нашей глубинки ;)

> Плохиш © (06.12.05 12:59) [16]

SOAP? Надо подумать. С одной стороны задача довольно простая, и написать самому верхний уровень несложно. И потом расширять можно как угодно. А с другой стороны, вроде да, вроде все там есть. Но этож изучать надо долго такую штуку.

Digitman (2005-12-06 13:00:00) [27]

> Alexandr © (06.12.05 12:50) [13]

> неудобно

кому ?)

напрасно ты сразу отметаешь сей вариант ..

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

берешь тот же Апач как Web-сервер, берешь те же DevExpress-компоненты, пишешь на базе этих компонентов ISAPI-модуль (или SO-модуль - это на вкус), подключаешь к Апачу - и все ! ... и все готово уже) ... осталось одним из станд.браузеров сделать соотв.гипертекстовый запрос к Апачу ... и не надо думать ни про транспорт, ни про секъюрити, ни про визуализацию данных (ни на той ни на другой стороне) - все за тебя давным-давно уже сделано, тебе остается сосредоточиться лишь на бизнес-логике

Плохиш (2005-12-06 12:59:00) [28]

> Alexandr © (06.12.05 12:41) [9]
> функциональность простая. Но клиент должен быть в дельфи.
> Хотя в дельфи можно написать парсер того, что сервер выдает
> - хоть html, хоть xml

Я последний раз навязываюсь, но в D7 в WebService это всё уже сделано.

Alexandr (2005-12-06 12:53:00) [29]
гуд, с авторизацией понятно. я так и думал.

Reindeer Moss Eater (2005-12-06 12:52:00) [30]
1) А на каком слое тут авторизацию делать?

на последнем

Alexandr (2005-12-06 12:50:00) [31]

> Digitman © (06.12.05 12:48) [11]

потому что неудобно. Давайте замнем этот вопрос для ясности. :)

Alexandr (2005-12-06 12:49:00) [32]
о, сенкс. ну я и сам уже примерно до того-же дошел.
Тперь я так понимаю, надо выработать протокол опять более высого уровня. Уже уровня команд.
Как вариант тут xml.
Хорошо, с этим понятно.

далее еще пара вопросов.
1) А на каком слое тут авторизацию делать?
2) а где почитать про ключи SSL.

Digitman (2005-12-06 12:48:00) [33]

> Браузер не пойдет

почему ?

Reindeer Moss Eater (2005-12-06 12:42:00) [34]
TidTCPServer + TidTCPClient

+ SSL

либо криптозащита прикладных данных с помощью MS Crypto API

Alexandr (2005-12-06 12:41:00) [35]
функциональность простая. Но клиент должен быть в дельфи.
Браузер не пойдет.
Хотя в дельфи можно написать парсер того, что сервер выдает - хоть html, хоть xml
и сделать и браузер и дельфи. И так и этак.

Reindeer Moss Eater (2005-12-06 12:40:00) [36]
>В основном сервер будет возвращать одну запись или таблицу.

web сервер + браузер и все.

Digitman (2005-12-06 12:37:00) [37]

> Alexandr © (06.12.05 12:31) [5]

ты бы сначала определился с функциональностью клиентской стороны ...

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

одним словом - исходных данных крайне мало ...

Плохиш (2005-12-06 12:33:00) [38]

> Alexandr © (06.12.05 12:31) [5]
> то более высокого уровня, с чем проще будет?

Проще не будет, думатьпри любом способе придётся!

Alexandr (2005-12-06 12:31:00) [39]
Сергей, я понимаю что достигший совершенства не понимает глупых вопросов, но все же...
P.S. Я бы с радостью почитал пару грамотных статей по теме. Если б они были.

Я ж просто просил чтоб меня быстро наставили на путь истинный. Ну не хочется мне углубленно изучать все технологии, чтоб потом из множества выбрать подходящие.
Я готов изучить только то, что тут применить удобнее.
пока остановился на IdTCpClient, IDTCPServer, IdSSLIOHandlerSocketOpenSSL
и файликах libeay32.dll и ssleay32.dll .

поскажите хоть, правильным ли я путем пошел, или есть что-то более высокого уровня, с чем проще будет?

Digitman (2005-12-06 12:24:00) [40]

> вместо SSL нели чего другого, чтоб без dll внешних обойтись?

и снова - в огороде бузина, а в Киеве дядька)

ну какое отношениеспецификация некоего протокола имеет к месторазмещению кода, реализующего некий алгоритм ?

Страницы: < 1 2 3 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »