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

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

Вскрытие показало, что проблема полностью на клиенте. Сервер отрабатывает быстро, данные возвращает влёт, никаких боттлнеков в момент доставки данных и обработке запросов. Архитектура писана как будто по книжкам, всё по феншую, слои там, абстракции и все дела. А потом начинается таинственное волшебство SPA. От которого в конечном результате пользователей блевать тянет. Память в браузере течёт от неподъёмного количества скриптов, контроллеров, MVVM, шаблонов. Всё это разрывает бедный браузер на части.

Речь идёт о достаточно тяжёлых приложениях типа CRM.

Скажите, может кто знает, какого хрена, а? Чего все как долбанутые ломанулись делать эти SPA, как будто их по голове тяжёлым кирпичём острым концом стукнули? В чём великая тайна и великий смысл абсолютно всё затолкать на одну страницу и начинать дрочить History? Не пойму. Я понимаю части приложения можно разбить и реализовать таким образом (как корневые домены бизнес-логики), но не всё же подрят?

Boneshockхех, напомило Вы мне Javascript сломали
ты ж сам ответил почему так: стильно, модно, молодежно

Так это ж не философия, где можно абстрактно поговорить. Речь идёт о реальных приложениях, написанных гениями современности. "Модно" важней удобства и юзабилити. Что-то с этим миром определённо не так. А ведь решение тупое, простое и лежит на поверхности. Память полностью очищается перезагрузкой странички. Найти баланс не так уж и сложно.

Алексей КНу я так делаю, и что с того? Ничего не тормозит, память не течёт.

"Дело было не в бобине, д....ёб сидел в кабине" (ц)

Из замеченных тормозов: создание контролов вроде Bootstrap.Dropdown и выбор значения в выпадашке Bootstrap.Datetimepicker. Бог судья их авторам. Но к MVVM это не имеет никакого отношения.

Я не SPA ругаю. Я ругаю большие системы типа CRM, вкоряченные на одну страницу. Сколько у тебя экранов? Сколько форм? Сколько гридов? Сколько видов (для разных типов пользователей и огромным ворохом ролей и разрешений)? Сколько отчётов? Есть ли динамические диаграммы: ганта, на отрезках времени, воронок, пирогов, срезов по пользователям, группам и структурным единицам? Производственные календари со слоями? Карты подразделений на SVG с подстветкой и событиями (для разных пользователей разные)? Галереи? И всё это добро на одной странице.

Если у тебя речь идёт о паре тройке форм, да нескольких видов, одинаковых для всех пользователей, то пофиг вообще, SPA там у тебя или чего-то ещё.

Если:

а) со стороны пользователя: всё быстро работает, удобно пользоваться, интуитивно понятно, ничего не виснет и не тормозит,
б) со стороны разработки: удобно сопровождать и развивать, без глубокомысленного вникания в джунгли скриптов, без ковыряния и постоянных поисков затыков и утечек,

то это хорошо! и уже не так уж и важно какие архитектурные принципы, технологические приёмы, инструменты, языки, компиляторы и т.д. положены в основу. SPA при разрастании системы не оправдывает этих надежд. с обоих сторон жопа. то, что по началу выглядит как алмаз, стремительно превращается в какашку с ростом функциональных требований.

а теперь вопрос на засыпку. зачем тебе вообще SPA? так, интересно. из какой суперпозиции люди выбирают такой подход.

МСУЗа CRM на спа нужно яйца с корнем отрывать и вывешивать сушиться на шпиль какой-нибудь башни.
Удел спа - тупая новостная лента агрегатор с небольшим функционалом типа статей, мнений, галерей и подобного тап-ориентированного контента. Типичный пример, сайт lenta.ru, могли бы запилить.

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

skyANA+1

Следить надо за объектами, dispose реализовывать и вызывать

да-да... (мониторинг памяти Chrome)

skyANAТы в своём репертуаре: сначала брызжешь слюной, а только потом выясняется, что конкретно ты хотел сказать.

Топик переименуй

А в чём проблема-то? С чем-то не согласен? Я с самого начала весьма конкретно сказал о чём идёт речь:

авторРечь идёт о достаточно тяжёлых приложениях типа CRM.

Это ты в своём репертуаре, непонятные наезды в духе сам пошутил сам посмеялся.

МСУ,

дык

skyANAТы сначала 3 абзаца слюней написал про даунов, моду, придурков, пещеру, козла и т.д. К чему всё это?

Запиши в хроме таймлайн и покажи тем разработчикам, на кого направлено твоё негодование. Наверняка там сплошной reflow и repaint

Ну так это кривые ручки, а не "волшебство SPA".

Я так и не понял, CRM на SPA считаешь это вполне нормально? Это просто программеры попались ху.. плохие, а вот вы бы всё сделали нормально? Какие претензии-то?

skyANAДа какой на фиг мониторинг? Для начала научитесь убивать компоненты, что не нужны в данный момент. Зачем на странице всё то, что ты тут расписал?

Послушать точки зрения. Твою я так до сих пор и не понял, как будто на китайском говоришь. Вырази свою мысль конкретней.

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

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

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

skyANAНу или скриншот покажи.

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

Shocker.ProhVosttпо функциональности это большое количество форм, гридов, справочников, схем, графиков, диаграмм, отчётов, видов (экранов), работа с большими массивами и срезами данныхНу обработка-то этой ботвы идет на сервере, на клиенте только отображение результата? Или клиент ворочает все эти данные сам и обрабатывает бизнес-логику?

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

конечно же бизнес-логика вся на сервере.

hVosttговорю же клиент сдела н

Shocker.ProhVosttангуляр используется правильноЕсли ангуляр используется правильно, значит утечка ресурсов сама по себе заложена в ангуляр?

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

да и не видел я ещё в глаза нормальной реализации богатого функционала на SPA. вот бы посмотреть.

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

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

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

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

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

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

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

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

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

skyANAЯ тебе конкретные вопросы задал.

какие ещё ссылки? в SPA нет ссылок. или ты имеешь в виду дрочево History API?

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

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



если она ни о чём не говорит, то я умываю руки.

skyANA,

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

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

skyANAНа чём основано это утверждение? На криво написаном кем-то приложении?

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

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

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

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

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

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

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

skyANAНадо удалять то, что не нужно пользователю.

логично.