ну только если выгрузить конфу в файлы и проанализировать
Комментарий бомба)
заготавливайте массив какой-нибудь заранее По которому проверяйте наличие имени формы в нем, как вариант будет одно место, в которое будете добавлять нужную константу
А почему в попытку не хотите оборачивать?
не, так не устраивает
при отладках форм по ошибке, которые не перечислены в ИЛИ (не добавлены в соответствие до этого), в которых есть обращение к Событиям форм, всегда будет остановка в этих местах. А если так сделать в 3-х процедурах ПриСозданииНаСервере, ПриОткрытии, ПриЧтенииНаСервере, то жопа будет гореть, придется каждый раз продолжать вручную. Также журнал регистрации раздуется, да и вообще будет мусорные ошибки добавлять туда. Наличие попыток в коде - плохой тон
толку нет, добавится неявный запрос и все. Строк кода меньше не станет, Выполнение кода станет медленнее
1) запрос? Зачем вам запрос для заполнения массива строк? 2) Если заполнять соответствие (и где-то хранить) в скорости вы вообще не потеряете. 3) Строк станет меньше, т.к. исчезнет ветвление на "ИмяФормы" Вместо ветвления будет проверка на наличие и затем "выполнить" в любом случае хотим удобнее - где-то теряем Универсальность (а вы ее и хотите) всегда чего-то стоит
Последнее весьма спорно. Мусорных ошибок в ЖР тоже не будет, т.к. можно проанализировать ошибку и просто съесть ее в исключении. По поводу остановок - ну хотите же написать минимум кода, за это надо заплатить)
цена за красивый код слишком высока, на мой взгляд =)
1. запрос нужен будет для Соответствия \ ТЗ, т.к. массив тут использовать такое себе. Форм там будет много со временем. 2. относительно простого ИЛИ, мне кажется, потеря будет 3. строк станет больше, соответствие само себя не заполнет.
Обсуждают сегодня