• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

    На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.

    Запись на курс до 25 апреля. Получить промодоступ ...

Что лучше по перфоРРРмансу

  • Автор темы Omh
  • Дата начала
O

Omh

Камрады, моё почтение!

Ни у кого нет инфы, какой из вариантов будет более предпочтительным с точки зрения перфоРРРманса:
1. Computed subform типа @if(FIELD_NAME = "1"; "SUBFORM_NAME"; "")
2. НЕ-сomputed subform со сложенной секцией с Hide formula FIELD_NAME != "1"

Если секция на сабформе не collapsed по умолчанию, то первому варианту альтернативы нет (ну не считая там prograamatic table и т.д)
Если же она collapsed - то есть выбор.
Что выбрать?
 
N

nvyush

Пардон за невежество, а что есть collapsed subform?
 
O

Omh

Да, я заработался, уже кровь пальцами идёт :(

Я, конечно, имел в виду секцию на сабформе.
Т.е. сабформа состоящая из секции.

Пора в отпуск хотя бы на пару дней.

P.S. Поправил первое сообщение.
 

Medevic

Что это ? :)
Green Team
10.12.2004
3 334
1
BIT
4
Варианты не равнозначны.
Computed subform высчитывается только один раз. При изменении поля FIELD_NAME документ надо переоткрывать.

Первый вариант, на мой взгляд, производительней. Во втором случае вычисления событий и в полях всё равно будут производится, даже если они скрыты. Еще учитывая то, что hide formulas будут пересчитываться при любом обновлении.
У меня есть форма с кучей вычисляемых подформ. Ничего не тормозит.
 
O

Omh

Я, помнится, когда-то читал, что если юзается сабформа, то желательно инициировать события на подформе, например, конструкцией
Код:
Print ""
В это есть соль или нет?
 
H

hosm

Omh для 8ки - нет. до 8ки имело смысл добавлять скрипт для ускорения открытия подформ
 

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
лучше не использовать подформу :facepalm:
 
O

Omh

Ну, всё, что имеет в себе приставку "shared" - по идее, тормозит открытие.
Т.к. надо дёрнуть не только сам документ формы, но и обратьться где к Shared actions, где к сабформе.
Логично, что это забирает время.

Но есть ещё такой аспект, как удобство разработки/поддержки.
И всякие shared вещи его радикально повышают, естествеено при условии, что это shared-нечто используется как минимум в 2-х местах.

Приходится балансировать.
Я стараюсь всё, что используется более, чем в одном месте - выносить в общее.

Добавлено:
TIA
Сенк за ответ по существу, у меня такое же мнение сложилось.

до 8ки имело смысл добавлять скрипт для ускорения открытия подформ
Кто-нибудь может объяснить природу сего явления?
 
H

hosm

Кто-нибудь может объяснить природу сего явления?
вот что мне поясняли по этому поводу:
это некая "фича" для ускорения подгрузки подформ
до версии 8.0.2 это работало
это из-за какого-то старого бага в лотусе
если много подформ то грузиться начинает форма очень медленно
вставляешь любой код в Initialize - становится нормально
 

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
ToxaRat а где аргументы - почему? =)
потому как "теги подформы" это дополнительный код и дополнительный вес основной формы, ко всенму прочему 2й уровень подформ начинает существенно тормозить основную формы, особенно если в подформе 2го уровня есть вид - сейчас пришлось за правило взять ограничиться подформами 1го уровня
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!