"И слава Богу - если несколько разных объектов разных производителей вместе считают ссылки на один объект, и могут гадить в адресном пространстве друг друга - мама..." ты сам по понимаешь что написал?
"Повторяю, разрешать чужому коду работать в твоём адресном пространстве - плохая идея." тогда вообще не используй никакие DLL библиотеки сторонних производителей... так как COM (inproc server) это так же dll с выставленной наружу vtbl... от dll слабо отличается с точки зрения нагадить в чужую память
"и в КАКОЙ-ЛИБО версии нём где-то есть ошибки работы с указателями — а в C++ и unmanaged code вообще это практически неизбежно — то у тебя большие проблемы" да... да, в конечных продуктах, а вот если они появляются в компонентных - это уже руки крюки.. суть в том, что компоненты обычно не такие уж и большие и все указатели там нормально можно отследить, если их нормально (boost::shared_ptr, boost::weak_ptr) юзать... в большом проекте с кучей ламеров это конечно на порядок сложнее
"У внепроцессного сервера своя проблема - производительность" оно то и предназначение у них децл другое
"2. Я в теме. Я прекрасно понимаю, что именно поэтому эта половина винды так тормозит. А вторая половина без первой, увы, не поедет." бред как он есть.. еще раз: по большей части COM - это dll с выставленным vtbl, выставь просто свои функции и почти COM
"опулярность С++ - отдельная тема. Для меня очевидно, что есть языки более простые и более высокого уровня, и более пригодные к программмированию, чем, скажем, C++ и Java в момент их создания"
это спор вечен, но то, что нет более выразительного языка чем С++- факт :)
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
(no subject)
13/2/09 15:08 (UTC)"И слава Богу - если несколько разных объектов разных производителей вместе считают ссылки на один объект, и могут гадить в адресном пространстве друг друга - мама..."
ты сам по понимаешь что написал?
"Повторяю, разрешать чужому коду работать в твоём адресном пространстве - плохая идея." тогда вообще не используй никакие DLL библиотеки сторонних производителей... так как COM (inproc server) это так же dll с выставленной наружу vtbl... от dll слабо отличается с точки зрения нагадить в чужую память
"и в КАКОЙ-ЛИБО версии нём где-то есть ошибки работы с указателями — а в C++ и unmanaged code вообще это практически неизбежно — то у тебя большие проблемы"
да... да, в конечных продуктах, а вот если они появляются в компонентных - это уже руки крюки.. суть в том, что компоненты обычно не такие уж и большие и все указатели там нормально можно отследить, если их нормально (boost::shared_ptr, boost::weak_ptr) юзать... в большом проекте с кучей ламеров это конечно на порядок сложнее
"У внепроцессного сервера своя проблема - производительность"
оно то и предназначение у них децл другое
"2. Я в теме. Я прекрасно понимаю, что именно поэтому эта половина винды так тормозит. А вторая половина без первой, увы, не поедет." бред как он есть..
еще раз: по большей части COM - это dll с выставленным vtbl, выставь просто свои функции и почти COM
"опулярность С++ - отдельная тема. Для меня очевидно, что есть языки более простые и более высокого уровня, и более пригодные к программмированию, чем, скажем, C++ и Java в момент их создания"
это спор вечен, но то, что нет более выразительного языка чем С++- факт :)