spock писал(а) 19. Июля 2006 :: 07:31:

это уже другой вопрос(ты же понимаешь что: "кто как хочет так и ..."  © не знаю чьё ). но в данном случае ошибка будет.
Цитата:

метод ПолучитьОписаниеОшибки выдаёт последнюю ошибку, если она конечно есть, если ее нет тогда вернет пустую строку. попробуй для начала выполнить глюкавый инсерт, а затем выполни НЕ глюкавый (к примеру селект либо инсерт) и после каждого метода выполнить сообщай описание ошибки. в результате ты увидишь что после первого метода выполнить у тебя метод получитьописаниеошибки вернет не пустую строку, а после второго - вернет пустую. имхо, метод ПолучитьОписаниеОшибки возвращает строку m_strError класса CDBException в случае не выполнения метода Выполнить, а в случае выполнения метода Выполнить возвращает пустую строку.
имхо, из выше изложеного можно сделать вывод что код:

запрос.Выполнить(".....");
если запрос.ПолучитьОписаниеОшибки() <> "" тогда
сообщить(запрос.ПолучитьОписаниеОшибки());
запрос.Закрыть();
возврат;
конецесли;
запрос.Закрыть();
 

будет верным, но и с этим кодом можно спорить на разные темы.

spock писал(а) 19. Июля 2006 :: 11:14:

я же не спорю, я только основываюсь на фактах.

Это юмор такой чтоли?
Цитата:

А если что-то поменяется в поведении класса? И не будет каждый раз очищаться переменная-член?
И еще, лишние вызовы зачем делать?
Если метод вернул 0, то проверяем, что там за ошибка, если интересно конечно. Другого варианта не должно быть вообще.

а если чтото поменяется в поведении класса и метод Выполнить не будет возвращать 0 или 1, а метод ПолучитьОписаниеОшибки отработает правильно?  что тогда? (это тоже из разряда фантастики).
я не говорю что так как ты предлагаешь нельзя писать, а нужно писать так как я говорю. и не спорю чей код универсальней или правильней. твой вариант я использую в своих наработках, но по большей части проверяю ВыборкаОткрыта(). с неданих времен использую ВыполнитьИнструкцию().
писать код можно какой угодно в данной ситуации и мой вариант не будет ошибочным.

transbublik

villy писал(а) 20. Июля 2006 :: 06:49:

А твой метод документирован в официальной документации?
Т.е. что является гарантией того, что реализация метода ПолучитьОписаниеОшибки() завтра не изменит поведение?

какая же это фича? если я дропну не существующую темп.таблицу (к примеру) и в дальнейшем у меня текст этой ошибки будет присутствовать при каждом вызове метода ПолучитьОписаниеОшибки .... нет, это не фича. поэтому называть код (решающий проблему в поставленном вопросе) заведомо опасным я бы не стал.

kms писал(а) 20. Июля 2006 :: 10:49:

просто тоже хотел ответить