почему такой конструкции нет в 1С?

Назачем?
А ещё там нет using{}, нет лямбда-функций и прочих объектных вещей...

(1) а try except есть

потому что не нужна

(0) А чем бы она отличалась от
Попытка
   // Чего-то делается
Исключение
   // Опаньки!
КонецПопытки;
// Часть finally

(0) Думаю потому что в ней все объекты должны гарантированно разрушаться по завершению работы процедуры/функции

(4) Исключение глушит ошибку, а finally нет

(6) тогда

Попытка
   // Чего-то делается
Исключение
КонецПопытки;
// Часть finally


точнее

Попытка
   // Чего-то делается
Исключение
   // Часть finally
   Сообщить(ОписаниеОшибки());
   Возврат;
КонецПопытки;



(8) отработает только в случае ошибки

(6) Ошибку можно повторить через Вызвать Исключение

(7) как и говорил, глушит ошибку

(10) тогда то самое псведо-finally (что за блок вынесено) не сработает

(12) Ну что ж поделаешь... :-)

Насколько я понимаю, основная задача finally в других языках - явно освободить ресурсы (вызвать деструкторы) в случае ошибки. В 1С, где сборщик мусора этим занимается, такая задача не стоит.

(13) это могут быть внешние ресурсы, например захваченные внешними компонентами

(14) Внешние компоненты пишутся не на 1С-ике. И сами должны освобождать ресурсы, 1С тут не в силах ни на что повлиять.

(13) Не совсем верно - finally обеспечивает гарантированное выполнение кода после блока try, т.е. например корректное высвобождение памяти, занимаемое объектом.

finally не давит исключения

(17) это ты кому написал?

(16) если б 1с умела корректно высвобождать память, оно бы может и имело смысл

(19) а она делает это некорректно?

(20) а она это делает?

(21) Делает

(22) например, есть большая ТЗ, которая отжирает гиг памяти. Можно ли освободить эту память без закрытия 1с предприятия?

(23)

ТЗ=Неопределено; //нет?

(24) я про 77

(25) уже давно не с 7.7, но наверное также?

ТЗ=0;

(23) тз.Очистить(); тз=0;

(26, 27) если бы.. это уже старая тема, просто привел для примера

(25) вариантов несколько

1. ТЗ=СоздатьОбъект("ТаблицаЗначений");

2. ТЗ="";

(28) переходи на 8.1

(24) Не обязательно освободит память. По крайней мере, не сразу же.

(30) )) да мне оно не мешает, а чего в сабже v7?

(28) Если бы ты привёл в пример Таблицу, а не ТЗ, то я согласился бы. Но с локальными переменным фокус проходит. Я в своё время с этим полюбился плотненько и долго.

(32) че то не вкурил как ее переименовать, ни разу не пробовал еще

вроде вышло

(33) про Очистить() не помню уже, пробовал или нет, давно было, а ="" и =0 точно не помогают

(36) Помогают. Даже с ОЛЕ, xml и метаданными.

(36) ТЗ случаем не на форме размещена?

(38) хм.. тз была на форме обработки, которая открывалась модально из моей, + там еще было пару временных тз.. но прям сейчас лезть проверять все это хозяйство просто влом

(39) и зачем на форме ТЗ хранящая гиг памяти? просто мне кажется ТЗ привязанная к элементам формы тупит

Например, javascript вообще не любит освобождать объекты, даже если ему говорят об этом явно.
В 1С вроде всё не так "глухо". При очистке переменной память освобождается. Но с таблицей значений проще сначала выполнить УдалитьСтроки, чтобы гарантировано.

Прелесть try{}finally{} вот в чём:
try
 {
 f=CreateFile();
 f.WriteData();
 }
catch(e)
 {
 ShowMessage("А с файлом-то фигня вышла");
 return false;
 }
finally
 {
 f.CloseHandle();
 }
Так вот, при возникновении ошибки будет обработано исключение, потом система заметит, что сделан выход из функции, и перейдёт на выполнение кода в finally, а после этого вернёт управление в вызвавшую её функцию.
В 1С try except endtry позволяют только отлавливать и обрабатывать ошибки, при этом действие try более похоже на On Error Goto от Visual Basic, чем на честную работу с исключениями (метод raise не позволяет генерить произвольных исключений, да и может использоваться только после except, что полностью отрицает его привлекательность.
P.S. зато в 1С нормальные массивы, а не как в JavaScript массивы-тормоза.

(42)а этот пример кода для какого языка? JavaScript?

+43 ладно, без прелюдий... в каком языке можно писать конструкции try-catch-finally? JavaScript?

Вообще-то, try catch finally был придуман для Java, но прекрасно поддерживается и JavaScript - там ещё очень удобно делать throw "Это исключение" и в catch(Err) получать в значении Err указанную в throw строку.
На счёт C++, не уверен, насколько оно "грамотно" работает, но оно там тоже есть.
P.S. 1С, всё-таки, программа для автоматизации учёта - и там таких обработчиков исключений не сделали (а было бы интересно).

например в C#

Можно ещё и в Delphi (но там более сложно - у try может быть либо except-часть, либо finally, желаемое достигается вложенным try).

(46)прикольно, полезное расширение возможностей языка.