Мастера 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 веке. :)

Eraser (2005-12-07 16:48:00) [1]

> Alexandr ©

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

Alexandr (2005-12-07 13:25:00) [2]
:)
опять я выразился неточно.

Digitman (2005-12-07 12:11:00) [3]

> Alexandr © (07.12.05 11:58) [40]

за умными словами "методологии и этапы разработки ПО" у тебя, судя по вышесказанному тобой, скрыты обычные "метод научного тыка" и "метод граблей" ..

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

Alexandr (2005-12-07 11:58:00) [4]
э...
с методологиями и этапами разработки ПО знаком?

так вот у меня сейчас стадия прототипа как раз. сделать быстро, если окажется полезно, то эту версию втопку, и писать заново уже правильно и с учетом результатов работы.
Если окажется, что оно и ненадо, то просто втопку и все.
примерно так. Например читать "Мифический человеко-месяц" по-моему.

Плохиш (2005-12-07 11:41:00) [5]

> Alexandr © (07.12.05 11:29) [38]
> ошибаетесь.
> Есть несколько разных процессов разработки ПО.

Можно список озвучить и указать те где думать не надо?

Alexandr (2005-12-07 11:29:00) [6]
ошибаетесь.
Есть несколько разных процессов разработки ПО.

Fay (2005-12-07 07:41:00) [7]
2 Alexandr © (07.12.05 6:19) [36]
Думать лучше в первую очередь.

Alexandr (2005-12-07 06:19:00) [8]
все верно. имено так.
но вот вебсервер ненадо.
в моем случае лучше сначала проще, и бенз вебсервера.
а когда будет необходимость, потом уже думать.

Digitman (2005-12-06 17:31:00) [9]

> IndyTCPClient и TCPserver

Это транпортный уровень.
С относительно небольшими прикладными надстройками.
Не более того.

Хочешь изобрести велосипед ? Дерзай.

Хочешь БЫСТРУЮ РАЗРАБОТКУ РАСПРЕДЕЛЕННОГО БИЗНЕС-ПРИЛОЖЕНИЯ ?

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

Alexandr (2005-12-06 16:55:00) [10]
да не... дело не в этом.
Я то человек опытный.
А тут свалилась такая подзадача.
Вот и смотрю, как к ней быстрее подступиться, сделать и забыть.
Я отдаю себе отчет, что знаний у меня по этому вопросу нет, особенно подтвержденных практикой.
Но хотел сразу правильнй старт сделать.
А тут технологий то тьма...
и одна лучше другой, и выбрать без опыта непросто.
поэтому сделаю пилотный проект, посмотрю чего получится, потом думать буду с учетом результатов работы.
Уже решил пока использовать
IndyTCPClient и TCPserver и этот пример http://adg.bmpcoe.org/IndySSL/за основу. А обработку текстов, которыми они обимениваться будут, я проще сам напишу. И все управляемо будет. Не такие там сложные команды. тут я умею более-менее.
Мне б только с каналом обмена разобраться.
Но пример работает как надо, и вроде тут все нормально.
А вникать глубоко пока нет ресурсов.

А вот тот же SOAP+SSL так оно медленно очень.

Digitman (2005-12-06 16:38:00) [11]

> Alexandr © (06.12.05 16:08) [32]

напрасно ты так воспринимаешь

Alexandr (2005-12-06 16:08:00) [12]
ладно. Будем сворачивать дискуссию.
Я для себя многое понял.

P.S. Потом зайду если что с мелкими конкретными вопросами.
А то наезды начинаются, обсуждение того, что не относится к теме и прочее.
Дисуссия переросла во флейм, каждый будет отстаивать свою точку зрения...

Плохиш (2005-12-06 15:52:00) [13]

> А тут, раздал программу, запустил AppServer и все.

Я плякал

> Я думаю на эту программу потратить ну 3-7 дней. Не более
> того. И при этом не получить проблем потом на ровном месте.

Ты серьёзно думаешь, что тебе эту программу здесь напишут?

Digitman (2005-12-06 15:43:00) [14]

> нужен вебсервер.
> В этом то и проблема

нет никакой проблемы.

тот же упомянутый Апач свободно скачивается с уймы ресурсов в сети, ибо он OpenSource-проект.

> Так то запустил свое приложение и все

ой ли ?

> А так, ставь апач, настраивай его

ну знаешь ли !

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

> Потом учи php, джаву, net, asp и прочие

неправда.

без действительной необходимости всю эту "php-джаву-net-asp"-байду учить не нужно.

> Нет у меня опыта в web программировании

а пора начинать

Alexandr (2005-12-06 15:34:00) [15]
но нужен вебсервер.
В этом то и проблема.
Так то запустил свое приложение и все.
А так, ставь апач, настраивай его.
Потом учи php, джаву, net, asp и прочие... Потом думай про овместимость с браузерами и т.п.

А тут, раздал программу, запустил AppServer и все. Проблем меньше.
Я думаю на эту программу потратить ну 3-7 дней. Не более того. И при этом не получить проблем потом на ровном месте.

Нет у меня опыта в web программировании.

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

> очень крутой вебсервер, который может вернуть такой скрипт.

вэб-серверу по барабану что возвращать .. он вернет любой скрипт, сформированный ТОБОЙ

Alexandr (2005-12-06 15:16:00) [17]
а... ну это очень крутой вебсервер, который может вернуть такой скрипт.
И сдается мне гиморный это путь. Учитывая еще что браузеров много, каждый по-разному будет контролы отображать, как ни крути, а гибкость контролов с нативным кодом уж не сравнить... и т.п.

Digitman (2005-12-06 15:12:00) [18]

> Alexandr © (06.12.05 15:01) [24]

> все понимаю, только мысли плохо выражаю

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

Давай так - отныне ты оперируешь не какими-то там "таблицами", а общеупотребительным термином "НД" (Набор Данных) .. в общем и целом - по барабану каких данных, в частности - таблично организованных, что тебя собссно и интересует в дан.случае)

> таких которые в куку не влезут

не вижу повода хранить НД в куках ...

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

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

> (таких которые в кукуне влезут).

Умные слова пошли.
Осталось выяснить связь между "большого количества данных"и Cookie.

Alexandr (2005-12-06 15:01:00) [20]
:) да не...
я все понимаю, только мысли плохо выражаю.
Я знаю что не браузером определяется, а тем, что в браузере крутится.

Про редактирование я не писал, потому что это я и сам напишу, не пользуясь датасетом.

таблица да, тоже несовсем корректно. Скажем так "большого количества данных". (таких которые в куку не влезут).

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

Наверх

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