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