Цитата:
Сообщение от
Alex_KD
Проблема в следующем: при первом запуске на "холодной" Аксапте загрузка идет 22с, следующие запуски 140-150 мс. Реально ли первую цифру максимально приблизить к 2й?
Нет.
Разве что таким способом
http://axapta.mazzy.ru/lib/aoscash/
но кто-то должен будет следить за кэшем
Цитата:
Сообщение от
Alex_KD
Пока вижу только 1 вариант - скидывать на диск список названий в какой нибуть файл (или БД) и использовать его. Еще есть варианты?
Не стоит.
Во-первых, стандартный кэш объектов Аксапты устроен так, что на клиента по сети передаются не все объекты, а только те, что используются. В результате снижается трафик и уменьшается время "холодной" загрузки.
Но обсуждаемая приблуда напрочь сразу перебирает все объекты, при этом загружая их на клиента (и увеличивая трафик - там ведь около полугигабайта тянется).
Может стоит подгружать по мере необходимости, а не делать свой кэш? При этом не придется решать проблемы синхронизации и конфликтов кэша, бороться с багами одновременной работы нескольких программистов в одной базе, делать периодическое обновление своего кэша и прочие программистские дела.
Alex_KD, может быть стоит таки использовать стандартный кэш ядра?
А уменьшить время первоначальной загрузки сократив количество обращений к объектам?
Вариант 1: читать только включенные конфигурационными ключами объекты.
Вариант 2: читать только перечисленные в настройках приблуды объекты.
Вариант 3: работать по перекрестным ссылкам (но проблема одновременной работы нескольких программистов в этом варианте останется)
Вариант 4: разобраться как ядро работает с мастер-кэшем в разных сервис-паках и заставлять администраторов периодически обновлять его на программистских компьютерах.
Лично мне больше всего нравится четвертый вариант, так как он уменьшит количество кода в вашей доработке, а следовательно уменьшит и время "холодной" загрузки.