И? А в linuxе вообще нету собственной !общесистемной! высокоуровневой компонентной модели.
Судя по существующим реализациям - и хорошо что нет. Правда, есть - d-bus. Но оно, конечно, преимущественно для десктопных программ, не ынтырпрайз.
COM/DCOM, J2EE EJB и той же CORBA
COM и CORBA умирают, жаботехнологии в дикой природе вообще не встречаются.
Это все компонентные модели которые определяют механизмы доступа к компонентам, управление их жизненным циклом, интерфейсы и пр.
Это вы сейчас голое ООП описали.
И основная цель у них - позволить строить композитные приложения, использую функционал других приложений (или неких обобщенных компонентов).
Обширность зоопарка разрушает идиллию, неправда ли?
По сути, это тот же командно-строчный пайп ('|'), только не ограниченный stdin/stdout/stderr.
Он и не ограничен - файлов можно открывать сколько угодно и реализовывать сложные графы взаимодействий (на баше это не слишком удобно, да). Что действительно ограничивает пайпы - так это необходимость сериализации. Впрочем, сериализация всё равно часто нужна.
а в перспективе хотелось бы иметь федеративную систему безопасности на уровне ОС, желательно стандартизованную - предоставление этого сервиса должно стать столь же естественным, как файловая система)
Что, кстати, обеспечивают такие суровые пайпы и сокеты.
А скрипт на vbs дергающий через COM чего-нибудь сразу приводит всех в ужас....
Пайпы есть везде (даже в MS DOS, гыгы). А COM вовсе не обязатльно работает даже на родной платформе.
Dilber MC Theme by HarzeM