Delphi vs C++ vs C# , ну и Java немножко, где-то ближе к старшему байту номеров страниц

Цитата D_KEY @ 21.09.11, 16:09

Вот контекст:

А это что по твоему?

Цитата

finally is necessary when you need to set something other than memory back to its original state. This is usually something like an open file or network connection, something you’ve drawn on the screen or even a switch in the outside world

DesweR, я не понимаю, что тебя не устраивает, поясни мысль. Или тебе перевести нужно?

Цитата D_KEY @ 21.09.11, 15:49

Тот самый код:

Согласен, неприятная особенность, хотя и вполне ожидаемая, если подумать.

Цитата D_KEY @ 21.09.11, 16:09

Их можно вызывать из конструктора объекта, да. Но разговор у нас был о виртуальных методах объекта.

И?
Они бывают нужны в некоторых ситуациях, помнишь пример с VCL? аналогичного решения без вирт. методов в конструкторе так никто и не показал.
В остальных случаях виртуальные классовые методы, от греха подальше.

Сообщение отредактировано: DesweR - 21.09.11, 16:25

Цитата DesweR @ 21.09.11, 16:05

Тоже что и C++/C#/Java, в той или иной степени.

Бугага, поржал. Давай мне игру на делфи подкинь? Или серверную часть софта в каком-то банке. Или что-то с железом связанное.

Цитата D_KEY @ 21.09.11, 16:15

DesweR, я не понимаю, что тебя не устраивает, поясни мысль. Или тебе перевести нужно?

Ну там же по русс чёрному по белому написано что "finally is necessary when you need to set something other than memory back to its original state", т.е. вернуть самому в исходное состояние то, что сам GC не способен.

Добавлено 21.09.11, 16:21
Вуйко з полонини
Ты сам то хоть что-нибудь подкинь

Цитата DesweR @ 21.09.11, 16:20

Вуйко з полонини
Ты сам то хоть что-нибудь подкинь

Так а чё там подкидывать? Старкарфт на чём написан? Далее, у меня в кармане телепон, на нем делфи нет, зато есть плюсы и джава. Вот сейчас сделал покупку на амазоне - как ты думаешь, делфи в этом поучаствовала? Где мне делфи искать?

Цитата DesweR @ 21.09.11, 16:20

Ну там же по русс чёрному по белому написано что "finally is necessary when you need to set something other than memory back to its original state", т.е. вернуть самому в исходное состояние то, что сам GC не способен.

так как бы D_KEY об этом и говорит

Цитата

Еще пишет, что finally необходим при работе с другими(не памятью) ресурсами, поскольку сборка мусора уничтожает идею деструкторов.

Добавлено 21.09.11, 16:46
кстати по поводу отлова исключений, допустим есть такой код:

try {
    throwSpecificException();
} catch (GeneralException exn) {
    doSomething();
} catch (SpecificException exn) {
    doSomethingElse();
}

где SpecificException -- наследник GeneralException

определит ли компилятор наследственные связи и переставит ли код таким образом, чтобы вначале проверялось правило catch(SpecificException), а потом catch(GeneralException) или проверка будет происходить в той же последовательности, что и описана в исходном коде? а если я хочу чтобы выполнялись все описанные обработчики дочерних классов, т.е. при

try {
    throwMoreSpecificException();
} catch (GeneralException exn) {
    doSomething();
} catch (SpecificException exn) {
    doSomethingElse();
} catch (MoreSpecificException) {
    doOtherThings();
}

(где MoreSpecificException < SpecificException < GeneralException соответственно)
выполнилось

doSomething();
doSomethingElse();
doOtherThings();

как поступить?

Сообщение отредактировано: korvin - 21.09.11, 16:51

Цитата korvin @ 21.09.11, 16:33

определит ли компилятор наследственные связи и переставит ли код таким образом, чтобы вначале проверялось правило catch(SpecificException), а потом catch(GeneralException) или проверка будет происходить в той же последовательности, что и описана в исходном коде? а если я хочу чтобы выполнялись все описанные обработчики дочерних классов, т.е. при

О, по твоему компилятор еще и думать за тебя должен? А если у Exception'ов - множественное наследование - то как быть?

Добавлено 21.09.11, 17:01

Цитата DesweR @ 21.09.11, 16:20

something other than memory back to its original state

А чо еще есть в компьютере - процессор и устройства ввода/вывода. Вам finally для драйверов что ль нужен? ))

Цитата Вуйко з полонини @ 21.09.11, 16:19

Давай мне игру на делфи подкинь? Или серверную часть софта в каком-то банке. Или что-то с железом связанное.

Ты ссылку мою курил? Там все есть, кроме серверного софта.

Насчет банков - вот покури вакансии в твоем любимом городе: http://www.jobisjob.co.uk/london/delphi/jobs

Цитата Вуйко з полонини @ 21.09.11, 16:24

Старкарфт на чём написан?

На джаве наверно

Цитата

Далее, у меня в кармане телепон, на нем делфи нет, зато есть плюсы и джава. Вот сейчас сделал покупку на амазоне - как ты думаешь, делфи в этом поучаствовала? Где мне делфи искать?

Ничего, через годик будет и дельфи: http://www.itwriting.com/blog/4636-embarcadero-promises-delphi-everywhere-mac-ios-this-year-android-blackberry-windows-phone-to-follow.html

Сайты на Дельфи? На, покури:
http://corporate.digitalriver.com/

Сделан на IntraWeb.

Цитата korvin @ 21.09.11, 16:33

определит ли компилятор наследственные связи и переставит ли код таким образом

Об этом варианте прямо написано в стандарте со словами "Это делает возможным написание обработчиков, которые никогда не будут исполнены(вызваны)..."

Цитата korvin @ 21.09.11, 16:16

Цитата D_KEY @ 21.09.11, 15:49

Тот самый код:

Согласен, неприятная особенность, хотя и вполне ожидаемая, если подумать.

Если подумать, то должно быть, как в С++

Добавлено 21.09.11, 17:42

Цитата DesweR @ 21.09.11, 16:20

Цитата D_KEY @ 21.09.11, 16:15

DesweR, я не понимаю, что тебя не устраивает, поясни мысль. Или тебе перевести нужно?

Ну там же по русс чёрному по белому написано что "finally is necessary when you need to set something other than memory back to its original state", т.е. вернуть самому в исходное состояние то, что сам GC не способен.

А я о чем писал?

Цитата Мяут-Настоящий @ 21.09.11, 17:00

О, по твоему компилятор еще и думать за тебя должен? А если у Exception'ов - множественное наследование - то как быть?

это не бог весть какая сложная думка, элементарно делается. а в жабе множественного наследования нет... =) хотя есть имплементации нескольких интерфейсов одним классом, тогда да, беда, хотя врядли в catch можно использовать интерфейсы и классы, не наследуемые от какого-то базового класса исключений (Throwable?)

Цитата korvin @ 21.09.11, 16:33

определит ли компилятор наследственные связи и переставит ли код таким образом, чтобы ...

Компилятор это делать не должен. Максимум warning. Программист указывает сам в каком порядке осуществлять проверку.
Что-то у тебя компилятор слишком много на себя берет. То же сопоставление с образцом даже в хаскеле учитывает порядок образцов, ведь так ?

Цитата D_KEY @ 21.09.11, 17:41

Если подумать, то должно быть, как в С++

это смотря о чем подумать =)