Передача объектов по-сети

[jangle]

В C# я сериализую объекты в JSON формат и передаю их в пакетах TCP. А на клиенте десериализую JSON обратно в объекты.
Как передавать объекты в VB6 ?

[The trick]

Передать состояние объекта?
Если это, то DCOM и через PropertyBag передать состояние (класс соответственно должен быть Persistable).

[jangle]

Хех, я про PropertyBag я и забыл совсем.. А он точно сможет передаваться по-сети?

DCOM вроде запретили использовать на современных версиях винды, потому как слишком небезопасный

[Хакер]

DCOM тут вообще не при делах. Это механизм объектно-ориентированного RPC через сеть.

В COM предусмотрен ряд интерфейсов, через который внешний пользователь может попросить объект

1. Сохранить своё состояние в виде потока байтов
2. Загрузить из потока байтов своё состояние

Это интерфейсы IPersistStream, IPersistStreamInit и др.

Как именно эти интерфейсы будут реализованы, в каком формате объект должен сохранять своё внутреннее состояние — технология COM не уточняет и оставляет это на совести того, кто реализовал объект. И вообще, этот интерфейс не обязателен, и будет ли объект объект поддерживать выгрузку/загрузку из потока — на совести того, кто реализовал объект.

С одной стороны, ты, jangle, можешь у своих объектов сам реализовать такой интерфейс и в реализации сделать сериализацию в любой мыслимый формат, в том числе и в JSON.

С другой стороны, если сделать как сказал The trick, то есть включить Persistable=Persistable, то у объекта появляется встроенная (обеспечиваемая силами VB) поддержка интерфейса IPersistStream. Естественно, не в JSON, а в бинарный формат. Но чтобы свойство Persistable вообще появилось, класс должен принадлежать проекту, который предполагает публичную TLB (то есть ActiveX EXE, ActiveX DLL). И в этом случае ты сам можешь подсунуть у любого нужного объекта запросить IPersistStream и заставить объект сохраниться в стрим. Целую кучу объектов можно заставить сохраниться в стрим (в нужном порядке), и этот поток байтов скинуть по сети.

В свете вышесказанного вопрос про PropertyBag выглядит глупо. Хотя действительно, в PropertyBag можно добавить keypair из свойства и значения, где значением будет объект, и в этом случае у объекта реализация PropertyBag запросит IPersistStream, вызовет у этого интерфейса метод Save подсунув свою реализацию IStream, а затем через свойство Contents можно прочитать то, что было записано в IStream. Только можно сдеать всё это без PropertyBag. Если свойство Persistable не установлено, то и PropertyBag обломается (равно как и самостоятельный запрос IPersistStream). Но если реализовать IPersistStream в классе самому (Implements IPersistStream и т.д.), то не обломается ни самостоятельный запрос IPersistStream, ни PropertyBag).

IStream — это объекто-ориентированный интерфейс в потоку байтов. Естественно, что передать по сети поток байт можно любой.

[The trick]

DCOM тут вообще не при делах. Это механизм объектно-ориентированного RPC через сеть.

В смысле, не при делах?
Как раз через DCOM можно создать удаленно объект, и передать ему состояние. Из VB это будет выглядеть также как и работа с локальным объектом.

[Хакер]

Создать удалённо объект, а не создать копию объекта по сериализованному представлению.

[The trick]

Создать удалённо объект, а не создать копию объекта по сериализованному представлению.

А что мешает сделать так Set pObject = PropBag.ReadProperty("...")? Здесь создание и инициализация.
Т.е. мы на локальной машине создаем удаленный объект и инициализируем его состояние из локального PropertyBag'а. Посредством DCOM это все делается одной строчкой.

[jangle]

Так DCOM приложения можно использовать в Win10 или нет?

А то пишут что куча проблем: http://forum.cta.ru/forum_posts.asp?TID=5040

[Хакер]

jangle, нужно ещё раз повторить, что DCOM тут вообще не причём?

[jangle]

Но если реализовать IPersistStream в классе самому (Implements IPersistStream и т.д.), то не обломается ни самостоятельный запрос IPersistStream, ни PropertyBag).

А можно пример реализации такого класса?

[Хакер]

А можно пример реализации такого класса?

Если взять пустой класс, и реализовать в нём IPersistStream, то такой реализации будет нечего сохранять/загружать.

Если в класс добавить 1 какое-то фиктивное свойство, которое мы будем загружать, то такой пример будет ненаглядным, потому что любой непосвящённый человек (а только такому примеры и нужны) скажет: «зачем нужно столько мороки ради одного поля»? Потому что сохранение одного поля (свойства) будет выглядеть смешно на фоне тонны кода, который построен вокруг сохранения/загрузки этого поля по правилам IPersistStream.

Вывод: нужно писать пример, где классы были бы не фиктивными (а-ля класс «CFoo» с бессмысленной переменной «Bar»), а осмысленными, функциональными, а сам пример должен покрывать случай сериализации/десериализации гетерогенного набора объектов. А это немаленький объём работы.

Может и сделаю.

[Vova_2581]

Может и сделаю.

Зачем Вы снова обещаете "жениться", не понимаю???
Мы ведь все помним 1
Мы ведь все помним 2

[The trick]

jangle, в чем возникли проблемы при использовании метода который я привел?
Создаешь ActiveX EXE, с нужным классом (классами) с Persistable=true. Регистрируешь на целевой машине и на удаленной. В VB6 создаешь и инициализируешь объект через PropertyBag, передача состояния по сети/запроса/ответа/ожидания будет осуществлена автоматически средствами Windows. То что советует Хакер - тоже самое только имплементацией Persist-интерфейсов/передачей по сети/ожиданием должен заниматься ты в обмен на возможность использования непубличных классов. Если тебя не смущает это, то делай так. Насчет новых систем, не думаю что там запрещено, просто правильно нужно сконфигурировать. Попробуй на простом проекте, типа такого:
https://support.microsoft.com/en-us/hel ... sual-basic