Я сейчас разрабатываю угловое приложение для своей компании, но я достиг точки, где приложение стало очень медленным, поэтому я попытался настроить его, используя onetimebind везде, где я могу, отслеживать ... но быстрее загружать но все же отсталый, он состоит из довольно огромных вложенных объектов, я подсчитал общее количество объектов, он начинается с 680 и может доходить до +6000 для нормального использования приложения, о да, я должен уточнить, что приложение генерирует форму и в значительной степени + 90% объектов в области относится к входу и обновляются каждый раз, когда клик (радио) активируется/изменяется (текст) клика.Как ускорить рендеринг AngularJS с большими областями?
У него также есть 5/6 массивы, состоящие из объектов, и массив становится больше/меньше, приспосабливаясь к выбору клиентов, и именно там он становится лаггированным, каждый раз, когда я добавляю объект в массив, он принимает как второй для рендеринга, поэтому я попытался использовать вложенные контроллеры, думая, что если ребенок объекта обновлен, Angular будет отображать только этого ребенка, а не всех остальных, но каким-то образом приложение становится еще медленнее и laggier: s (это немного быстрее, когда я используйте ng-show вместо ng-if, но используемая память перепрыгивает с ~ 50Mb до ~ 150Mb)
Я также должен уточнить, что форма находится в стиле мастера, а не все входы отображаются сразу, номер отображаемых входов составляет от 10% до 20% от общего количества входов
Неужели кто-нибудь сталкивался с этой проблемой раньше? Кто-нибудь знает, как бороться с большими областями?
«как иметь дело с большими областями» - разделить их на вложенные элементы (контроллеры, директивы с изолированной сферой и т.д.) – ivamax9
Из-за данные 2-полосных связывания в Угловом, если у вас есть 1000-й лет объекты, наблюдающие за изменениями, замедлят работу. – scunliffe
делать все предметы, необходимые для двусторонней привязки, или просто нужно их визуализировать один раз? Для этого есть некоторые трюки – Jorg