hVosttskyANAhVostt, ты для начала дай определение того, что такое "достаточно тяжёлые приложенияе типа CRM".

никогда не доводилось пилить или работать с CRM? вот МСУ сразу видно, понимает что это и о чём.

по функциональности это большое количество форм, гридов, справочников, схем, графиков, диаграмм, отчётов, видов (экранов), работа с большими массивами и срезами данных, типичное бизнес-ориентированное приложение для обеспечения нужд средней/большой компании по работе с клиентами и автоматизации работы/продаж.Именно CRM нет, не доводилось. Разве что для интернет-магазина подарков типа "Шоколадное обёртывание", "Аэротруба", "Полёт на Миг-29" и т.п.

Но там все формы, гриды, справочники, экраны были однотипные. Отчётов было не много.
И схема работы простая (компонентная): пользователь тыкает на ссылку в панели навигации, убиваются компоненты, что видел пользователь, создаются те, что отвечают за раздел, куда идёт пользователь.

То есть в памяти ничего не накапливается и не течёт.

hVosttосновная проблема -- накапливающиеся тормоза.Это как? Ходим туда сюда по двум ссылкам и всё больше и больше тормозит? Или если ходить только по двум ссылкам, то ничего не тормозит?

hVostt, фишка в том, что если из первого твоего поста выкинуть все эмоции, то останется ровно одна строка: "Речь идёт о достаточно тяжёлых приложениях типа CRM".

hVosttShocker.Proэто разве не следствие утечек?

именно, и через какое-то время браузер перестаёт шевелиться, пока не закроешь вкладку, потребление памяти вкладкой через нескольких часов использования доходит до 2 Гб. сейчас принимается решение о декомпозиции.И это конечно же "волшебство SPA", а не кривые руки разработчиков.

Вангую, что наплодили горизонтальных связей и из-за этого объекты не вычищаются.

hVosttskyANAЭто как? Ходим туда сюда по двум ссылкам и всё больше и больше тормозит? Или если ходить только по двум ссылкам, то ничего не тормозит?

я не вижу никакой разницы как страница загрузится: как обычная страница, или при виртуальном переходе (#/) подгрузится куча шаблонов, затем подгрузятся данные, потом ещё данные, потом данные запилятся во вью-модель, потом отработают байндинги, навешаются события и всё это отрендерится. так в чём профит? я с точки зрения пользователя разницы вообще не вижу. загрузка страницы даже быстрее, так как память очищается вся и сразу, и сборщику мусора не надо ворочать кучей неактуальных ссылок.

ходим туда-сюда, выполняем операции, создаём записи, меняем статусы, открываем карточки, заполняем бланки. это же приложение.Я тебе конкретные вопросы задал.

Также можно погуглить про то, как бороться с утечками в ангуляре: How to reduce/remove memory leaks in Angular application .

Опять же всё сводится к тому, что надо подчищать за собой.

hVosttskyANAИменно CRM нет, не доводилось. Разве что для интернет-магазина подарков типа "Шоколадное обёртывание", "Аэротруба", "Полёт на Миг-29" и т.п.

Но там все формы, гриды, справочники, экраны были однотипные. Отчётов было не много.
И схема работы простая (компонентная): пользователь тыкает на ссылку в панели навигации, убиваются компоненты, что видел пользователь, создаются те, что отвечают за раздел, куда идёт пользователь.

То есть в памяти ничего не накапливается и не течёт.

ну так было бы чему течь у SPA есть своя ниша применения, в которую сложные комплексные приложения не входят.На чём основано это утверждение? На криво написаном кем-то приложении?

hVosttskyANAОпять же всё сводится к тому, что надо подчищать за собой.

я ещё раз покажу вот эту картинку



если она ни о чём не говорит, то я умываю руки.Не тупи. Пользователь видит перед собой сайт, там есть ссылки для навигации между разделами.

В какой момент начинает течь? Если по всем разделам походить, или уже когда только по двум?

hVosttskyANA,

вариант с активным использованием сборщика мусора в JavaScript точно также ведёт к ощутимым тормозам, как и утечки памяти. иногда даже вредно бороться с утечками методами, которые уместны в серверном ПО.

вот идеальный график

Это к чему сказано? Я где-то предлагал какие-то методы серверного ПО?

hVosttskyANAНе тупи. Пользователь видит перед собой сайт, там есть ссылки для навигации между разделами.

В какой момент начинает течь? Если по всем разделам походить, или уже когда только по двум?

ок, я понял о чём ты.

хорошо, допустим есть 3 "раздела". пользователь после входа оказывается в 1-ом. теперь ему надо открыть 2-ой, он нажимает на "ссылку" и открывается 2-ой раздел (как будто он перешёл на другую страничку). что в это время по-твоему должно произойти с 1-ым? он просто скрылся. таким образом при возврате на 1-ый пользователь видит моментальный переход. или надо удалять? и загружать заново каждый раз? как надо, что думаешь?

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