|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 31 Jan 2003 19:37:41
To : Eugene Karpachov
Subject : Re: 386SX and RedHat_8.0
--------------------------------------------------------------------------------
ev.ua> <slrnb3kuir.4oe.jk@jk.dev> <20030131134103.GF661@iv.nn.kiev.ua>
ev.ua> <slrnb3l4l5.g5.jk@beercask.steel.orel.ru>
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Eugene Karpachov wrote:
>>>> throw. Зверски неудобно. Страуструп как-то писал, почему он не захотел
>>>> делать try/finally, но объяснения выглядят неубедительно.
> EK>> Для Вас, Вы забыли написать.
>> Для Вас убедительны? Hу объясните.
EK> Так ведь Страуструп объяснил :)
Его объяснение я читал. Вопрос был о том, почему убедительны.
То есть не о составе аргументов, а почему у Вас этим аргументам приписаны
такие веса.
>>>> А каждый раз писать новый класс для этого разве удобно?
> EK>> Во-первых, ничего страшного, во-вторых, их можно делать на лету,
> EK>> комбинируя подход, который описал Александреску и что-нибудь типа
> EK>> boost::function<>.
>> Ага, то есть ещё один или два уровня наворотов. Это и была цель?
EK> А что страшного? finally - это не наворот, что ли? Он, кстати, и
EK> ухудшал бы читабельность.
А как по мне - улучшал бы. Потому что показывал бы прямую логику действия,
а не ейные завороты в виде ненужных классов.
Вас не тошнит от примера с auto_ptr? ;)
EK> Если коротко, как я это понимаю -
EK> finally был сочтён средством, облегчающем программирование на коленке, и
EK> в качестве такового - забракован. Тем более, что там, где он есть - в
EK> яве, например - без него действительно не обойтись, в отличие от С++.
EK> При этом finally всё равно можно забыть, в отличие от деструктора -
EK> невозможно забыть то, что не нужно явно писать.
EK> В comp.*.с++.* этот вопрос обсуждается частенько - это типа FAQ.
OK, полистаем.
-netch-
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
