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

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

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

dll как клиент и сервер [D7, XP]

LexXL © (2009-07-05 18:53:00)
Добрый день мастера.
Имеется такая задача:
Есть 2 приложения которые должны "общаться" между собой. Есть возможность только написать библиотеку dll через которую они смогут общаться, сокеты и прочее между приложениями не доступны. Т.е. есть возможность в dll ке реализовать методы типа setDate и getDate. Но не могу никак разобраться как можно организовать механизм при котором dll будет хранить данные где то и обращаться к ним при необходимости. Если есть какая нить теория или технология - намекните где копать (DDE не подходит).

Заранее огромное спасибо!

Dennis I. Komarov (2009-07-06 10:09:00) [1]
Все будет зависить от того какие данные, как и сколько, и т.д. и т.п. Вобщем описывайте задачу подробнее. Ничего сверх страшного тут нет. Единственное что меня смущает, это работа с dll из этого приложения...

Юрий Зотов (2009-07-05 22:29:00) [2]
> LexXL (05.07.09 22:26) [15]

Не спешите. Возможно, годится и вариант с WM_COPYDATA - это может быть проще.

LexXL (2009-07-05 22:26:00) [3]
Юрий, спасибо большое, вариант с MMF мне подходит полностью.

Сергей М. (2009-07-05 22:04:00) [4]
Удалено модератором

Сергей М. (2009-07-05 21:57:00) [5]
Удалено модератором

Сергей М. (2009-07-05 21:57:00) [6]

> Юрий Зотов © (05.07.09 21:10) [10]

см. [11] - желаешь ли разгрести этот словесный понос ?)

LexXL (2009-07-05 21:17:00) [7]
>>У кого это "у тебя" ?
давайте Сергей не будет представлять цитаты как мы хотим показать
>концепция технологии клиент-сервер у меня присутствует
отличается от
> технологии клиент-сервер у меня присутствует

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

>>У кого это "у тебя" ? (В реализуемой мной архитектуре.)

Насчет остального, в даном случае "не моих программ" которые будут обращаться к данным будет несколько. Данные в этом случае будут асинхронными. плюс хранение данных ложиться на определенное приложение.
Прошу отвечайте конструктивно и если хотите помочь.

Юрий Зотов (2009-07-05 21:10:00) [8]
Прочти [4].

Сергей М. (2009-07-05 21:08:00) [9]

> Юрий Зотов © (05.07.09 20:52) [8]

Юрий, мне НЕ понятна ..

Юрий Зотов (2009-07-05 20:52:00) [10]
Сергей, ну че ты к словам придираешься? Ну не точно человек выразился, ну и что? Суть-то понятна. Лучше по делу что-нить подскажи.

> LexXL (05.07.09 20:26) [6]

Если я правильно понял, то этот скриптовый язык умеет динамически загружать DLL и вызывать ее функции - то есть, поддерживает работу с указателями и функциями WinAPI ?

Сергей М. (2009-07-05 20:36:00) [11]

> технологии клиент-сервер у меня присутствует так как необходимо
> реализовать обмен данными

У кого это "у тебя" ?
И почему "обмен данными" - это обязательно "клиент-сервер", но, скажем, никак не "партнер-партнер" ?

LexXL (2009-07-05 20:26:00) [12]
ну в данном случае, в зависимости от реализации, может быть что мое приложение будет клиент/сервером одновременно. Если реализовывать подобие ORM в моей программе и дергать данные dllкой чем вам Сергей это не клиент-сервер? В любом случае концепция технологии клиент-сервер у меня присутствует так как необходимо реализовать обмен данными (да еще используя связующие звено) между приложениями, или мне тут вообще бы посоветовали использовать soap или подобное?

Сергей М. (2009-07-05 20:10:00) [13]
Ну и какие же при этом "клиент и сервер" ?
Знание "умных слов" что ли продемонстрировал ?)

LexXL (2009-07-05 19:50:00) [14]
Да Юрий - простите, согласен нужно изъясняться конкретнее.
Есть сторонняя программа (написанная не мной) в ней есть язык написания скриптов свой собственный. Мне необходимо реализовывать приложение для работы с скриптами данной программы. Единственный вариант - то что тот "язык программирования" поддерживает подключение внешних библиотечек (сокеты com и прочее там отсутствуют). Так вот на мне реализация библиотечки и программы. А вот как реализовать обмен данными "сторонняя программа (можно писать там небольшие скрипты)"<---> DLL(на мне)<--->Приложение(на мне) я не могу придумать - опыта маловато..

Юрий Зотов (2009-07-05 19:36:00) [15]
> сокеты и прочее между приложениями не доступны
> а уже dll общалась бы с приложением по сокету

Как понять тебя, Саид?
(с) Фильм

Есть много способов обмена данными между приложениями. Например, сообщение WM_COPYDATA, Memory Mapped Files, COM, сокеты...

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

LexXL (2009-07-05 19:28:00) [16]
спасибо читаю доки, но как я понял данное позволит мне закинуть "файл" с данными в память, но как dll как будет при каждом вызове "где"? генерировать данные и "куда"? за ними обращаться?

сейчас появилась идея сделать в одном приложении чтото типа виртуальный БД
а уже dll общалась бы с приложением по сокету например - можно ли такое реализовать?

Юрий Зотов (2009-07-05 19:11:00) [17]
Memory Mapped File ?

Наверх

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