Вот, пишут что оригинальный объект из ООП задумывался, скорее, как то что мы сейчас называем микросервисом. Т.е. полностью независимая сущность, которая живет своей жизнью, работает асинхронно, принимает пакеты на вход и отдает, когда работа будет готова.

Но ведь не обязательно все это соединять через JSON-API и передавать по сети, верно? Ведь такие объекты можно сделать в рамках одного процесса.

Даст ли это что-нибудь? Есть ли подобные решения для вашего любимого ЯП/платформы?

Т.е., по сути, что нужно?

1. Отдельный поток на объект. Ну понятно что когда объект простаивает — его поток кто-то займет.
2. Система асинхронной регистрации входящих пакетов, чтобы отдающий данные объекту не ждал а сразу отдавал что принято, зарегистрировано.
3. Каждый объект должен сохранять на диске состояние (и восстанавливать по нужде), обладать поддержкой транзакционности.
4. Какая-то конвейерная система обработки запросов, но чтобы все было через события, а не через таймер и доставание по таймеру. Т.е. чтобы зря объект не отнимал процессорное время.
5. Желательно чтобы объект мог взаимодействовать и по JSON с удаленными объектами.

Т.е. тут дело даже не в языке — это можно сделать на любой платформе.

Что подобное вы использовали?

Вот, пишут что оригинальный объект из ООП задумывался, скорее, как то что мы сейчас называем микросервисом. Т.е. полностью независимая сущность, которая живет своей жизнью, работает асинхронно, принимает пакеты на вход и дергает другие объекты, когда работа будет готова и есть что сказать. Т.е. вся система представлялась как взаимодействие таких вот независимых сущностей.

Но ведь не обязательно все это соединять через JSON-API и передавать по сети, верно? Ведь такие объекты можно сделать в рамках одного процесса.

Даст ли это что-нибудь? Есть ли подобные решения для вашего любимого ЯП/платформы?

Т.е., по сути, что нужно?

1. Отдельный поток на объект. Ну понятно что когда объект простаивает — его поток кто-то займет.
2. Система асинхронной регистрации входящих пакетов, чтобы отдающий данные объекту не ждал а сразу отдавал что принято, зарегистрировано.
3. Каждый объект должен сохранять на диске состояние (и восстанавливать по нужде), обладать поддержкой транзакционности.
4. Какая-то конвейерная система обработки запросов, но чтобы все было через события, а не через таймер и доставание по таймеру. Т.е. чтобы зря объект не отнимал процессорное время.
5. Желательно чтобы объект мог взаимодействовать и по JSON с удаленными объектами.

Т.е. тут дело даже не в языке — это можно сделать на любой платформе.

Что подобное вы использовали?