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

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

UsmanКод может быть супер оптимальным, но с приростом нагрузки задержек неизбежать.
Я бы сказал так, что супер оптимальный код тоже не панацея (:это само собой, просто чем оптимальнее код по быстродействию, тем позже наступает необходимость всего остального. да и цена остального меньше.

NixicУ меня есть такая штука, которая формируется секунд 30, а потом шлет отчет на мыло. И ничего :)
Это автоматизированная штука, которую пользователи не видят, не трогают, формируется ближе к полуночи.

А еще есть прямо в интерфейсе у юзера один отчет, он тоже долгий, порядка 20-30 секунд, уж и не помню точно, дык вот... я сразу предупредил, договорился, что перебор/подсчет и т.д. будет долгим, ну и ничего, работают, понимают :))

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

Это я к тому, что когда договоришься, то 5 секунд это капля в море.
есть разные места, но это не значит, что надо применчть заведомо тормознутые варианты.

Petro123вадя,
точно такой зеркальный довод действует против тебя.
Как только у тебя видят:


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

UsmanPetro123,

Это фрагмент "кодоразметки", где используется технология Вадя's Servlet Pages
вот тот вариант кендо, что привел Petro, уже не ускорить ни распараллеливанием, ни масштабированием. а данных там — кот наплакал.

Petro123вадя,
точно такой зеркальный довод действует против тебя.
Как только у тебя видят:


сразу всё остальное что вадя говорит или пишет никому не интересно.
однако тебя задело это, значит тебе интересно, а то , что внутри шблонизаторов используется такое же, это нормально. странная логика.

Usmanвадявот тот вариант кендо, что привел Petro, уже не ускорить ни распараллеливанием, ни масштабированием. а данных там — кот наплакал.ну, там подход совершенно другой - MVVM (настоятельно рекомендую прочитать Построение UI без использования MV*-паттернов )
раз подход другой — значит допустимы задержки?

Usmanвадявот тот вариант кендо, что привел Petro, уже не ускорить ни распараллеливанием, ни масштабированием. а данных там — кот наплакал.ну, там подход совершенно другой - MVVM (настоятельно рекомендую прочитать Построение UI без использования MV*-паттернов )
статья интересная, но возник вопрос: автор описывает кучу методов, у каждого есть достоинства и недостатки. потом он выбирает mvvm, , и считает это серебряной пулей... и предлагает следовать ей....
но раз так много методов, значит каждый из них был сделан не на пустом месте. под каждую задачу подходит свой. тогда есть ли серебряная пуля?
получается выбираем метод назначаем его религией и безумно следуем ей. остальные — неверные, и бей неверных....

mad_nazgulвадяоднако тебя задело это, значит тебе интересно, а то , что внутри шблонизаторов используется такое же, это нормально. странная логика.

Даже в js считается дурным тоном создавать html из строк, а не построением DOM-модели через соответствующие функции.
А так я бы рекомендовал бы вам написать свой HTML-шаблонизатор с лямбдами и билдерами.
Во первых код выглядел бы поаккуратнее, во вторых было бы "стильно, модно, молодежно".
допустим. т.е. для следования этому на клиента мы должны посылать данные и там строить элементы и вставлять данные. и опять назначаем религию...
но кто вам сказал, что у меня везде строится html?
если результатом является несколько значений, которые нужно заменить — передаются только значения. если есть что—то типа модального окна со своей логикой, то передаются тоже значения и вставляются в этот «модуль».
но формировать тело таблицы это два преобразования, я предпочитаю одно.
я считаю что следовать моде это не есть хорошо.
особенно если это приводит к тормозам.

Usman Вадя's Servlet Pagesмногое что в начале считали абсурдом...
Usman не соответствует ни одному из 5-ти перечисленных принципов.эти 5 принципов Прокрустово ложе?

Petro123Ты решил с кендо меряться))) LOLтебе нравятся 5 секундные задержки - тогда кендо твой выбор.