Может ли объект жить в памяти отдельно?

[Дmmm]

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

Можно ли обращаться к этому экземпляру из разных других процессов?

Если поместить описание класса в dll, то эти разные процессы будут для себя создавать разные экземпляры.
Если объявить переменную типа этого класса в программе, текущие значения будут жить, пока прогу не закроют, но как извне обращаться к его методам?

Существует ли технология обособленных объектов?

[come-on]

DСОМ, COM ...

[Человек_Борща]

Можно ли обращаться к этому экземпляру из разных других процессов?

Можно, если ваш объект является экземпляром COM/OLE-класса. Ярким примером будут MS Office. Можно создать свой экземпляр, а можно получить уже работающий (OLE).
API скайпа (COM), он один, а программ, обращающихся к нему через API - много.

[Дmmm]

А имеется ли что-то подобное в Lazarus?
Может это TSimpleIPCServer?
Если да, то где бы инструкцию про него найти?

[Человек_Борща]

IPC - способ обмена данными между процессами. Это не то что вам надо.

А имеется ли что-то подобное в Lazarus?

Зависит от ОС.

Только в windows можно создать некий интерфейс, зарегистрировать в системе, и только тогда его смогут использовать другие приложения.

Если не винда, то только интерфейсы в чистом виде (нет автомат. счетчика ссылок) + обращение возможно максимум из подключаемых к процессу библиотек.

[northener]

Может ли объект жить в памяти отдельно?

В памяти реально живет только ОС (Операционная Система). В каком-то смысле "реально" живет ещё и БИОС. Всё остальное живёт виртуально, в своём собственно мирке..

[Utkin]

Можно ли обращаться к этому экземпляру из разных других процессов?

Наступил год извращений. Зачем козе боян? Даешь гото обратно!

[Дmmm]

Сообщение от Человек_Борща

IPC - способ обмена данными между процессами. Это не то что вам надо.

Программы, построенные на стандарте COM, фактически не являются автономными программами, а представляют собой набор взаимодействующих между собой COM-компонентов. Каждый компонент имеет уникальный идентификатор (GUID) и может одновременно использоваться многими программами. (wikipedia)

Так когда один процесс обратится к другому через СОМ-интерфейс, он разве не данные от него в итоге получит? Можно же в одном процессе вызвать функцию, которое передаст текущее значение поля объекта из другого процесса?

[Человек_Борща]

Так когда один процесс обратится к другому через СОМ-интерфейс, он разве не данные от него в итоге получит? Можно же в одном процессе вызвать функцию, которое передаст текущее значение поля объекта из другого процесса?

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

Опять же, мы говорим об обмене данными. Для использования рабочего экземпляра класса в другой области памяти (характерно DLL), можно использовать только COM (на сколько я знаю), т.е. программа-ядро реализует и предоставляет некий IManager, а программы-клиенты реализующие IPlugin и получающие при инициализации IManager, могут с ним работать.
А вот для использования той же области памяти (класс, переменная) другим процессом тут уже не знаю, скорее всего OLE-что-то из этой области. Вон, MSWork к примеру. Хочешь, новый запусти. НЕ хочешь, подключись к существующему, если можешь...