Помощники

[aruslan]

Ненавижу
автоматически рождающиеся объекты типа блокирующего loading-on-demand. И синглтоны типа Майерса.
автоматически уничтожающиеся объекты под smart_ptr. И подсчёт ссылок.
автоматически регистрирующиеся получатели сообщений. И unbound рассылку сообщений.
автоматически создающиеся нетривиальные объекты со статическим storage duration. И вообще бурную деятельность до main().

мгновенность, нераспределенность, модель exception, lower-order programming.

Но научить правильно не всегда получается.

Comments

Re: модель exception

[sergey-shandar.livejournal.com]

А причем здесь HRESULT? Насколько я понимаю, НЕ СУЩЕСТВУЕТ другого способа, как передать ХОТЯ БЫ один байтик, дать удаленному клиенту знать что произошла ошибка. Вот этот ХОТЯ БЫ и есть HRESULT (не забываем что через него же COM Proxy сообщает что сервер сдох). А если нужно расширенные ошибки, то - IErrorInfo есть на то. COM нужно рассматривать как базу для общения между большими разными модулями, а сверху уже городить огород с обработкой.

Конечно система не идеальная, лучще что бы компилятор решал где могут быть ошибки (если ему известна логика поведения модулей), а где нет, нужна обработка или нет, но это уже в сторону Singularity. Оно нас всех вылечит...

Re: модель exception

[aruslan.livejournal.com]

Я про HRESULT в плане - одно из существующих средств.

Аналогичная проблема есть в классическом паттерне типа фильтры (пайплайн).
Скажем, alla UNIX система наборных мелких утилит, которые ты соединяешь output->input.

Если ты рассчитываешь, что всё хорошо -- всё хорошо.
Но если что-то поросло - удачи :)