|
![]() |
#1 |
Участник
|
Цитата:
изменения в свойствах гораздо легче в дальнейшем апгрейдить, нежели изменения в методах |
|
![]() |
#2 |
Участник
|
Совсем не обязательно. Код на sysSetupFormRun.init() можно сделать совсем хитрым, чтобы реагировал только на определенные формы и нужные гриды доставал из дизайна сразу по имени, не перебирая всех контролов. Тогда форма не переезжает на usr-слой.
|
|
![]() |
#3 |
Роман Долгополов (RDOL)
|
Цитата:
Цитата:
![]() этот код не влияет на формы, они никуда не переезжают и никак (с точки зрения AOT) не изменяются SysSetupFormRun это класс. Внесенные в него несколько строчек отрубают обсуждаемую фичу нафиг по всей системе |
|
![]() |
#4 |
Участник
|
Цитата:
кроме того, боюсь побочных эффектов из-за работы SysSetupFormRun (хотя formdigger стоит и не жужжит). поэтому я предполагал, что буду изменять метод init и свойство autodeclaration во всех формах, которые потенциально могут быть медленными из-за большого количества записей. Так придется менять меньше форм, чем "все формы". но все равно очень много |
|
![]() |
#5 |
Участник
|
Цитата:
Я про это и писал. Вместо добавления кода в каждую форму - добавить только код в SysSetupFormRun, который по имени формы будет доставать нужные контролы из дизайна по имени и делать с ними что потребуется. |
|
![]() |
#6 |
Участник
|
Цитата:
но стопудово после нас программисты заказичка будут крыть нас матерными словами за такой подход... у них есть формы-монстры, которые они сами прогают... или не будут крыть?.. в общем, про sysSetupFormRun я помню. на всякий случай: formdigger программистами заказчика установлен, освоен и используется (спасибо автору, DSPIC) |
|
Теги |
ax2009, grid, syssetupformrun, грид, законченный пример, полезное, производительность, ширина |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|