>>824414 (OP)
Посмотрел главную страницу riot-a. Расхваливают свое поделие, говорят, что тот же react, только в 10 раз легче и быстрее. Я не понял, в чем же подвох?

ОП, виртуал дом очередная ебахуета для впаривания ит-лохам? нахуй он нужен?

>>824424
Никакого подвоха. Для мелких проектов самое-то.

>>824428
Обращение к DOM – это узкое место, самая медленная часть современных веб-приложений. Поэтому стоит присмотреться к фреймворкам, которые используют виртуальный DOM и минимизируют работу с браузерным DOM.

>>824430
и как твой йобафреймворк повысит производительность? и почему обращение к дом это медленная часть? если макака рукожоп тогда да, возможно.

>>824433
С помощью использования Virtual DOM, очевидно же.
Почитай об этом подробнее в статье "Что такое Virtual DOM?" по ссылке: http://habrahabr.ru/post/256965/

>>824434
во первых швабра это зашквар, во вторых я читал про виртула дом и считаю, что очередная бесполезная хуета для макак

>>824434
з.ы. и да, ты мне так и не сказал как она повышает производительность

>>824435
>>824436
Можешь почитать в любом другом месте.
Например: https://jbi.sh/what-is-virtual-dom/
Там же описано как это работает.

>>824438
>Там же описано как это работает.
еще раз повторю, это хуета для рукожопых джаваскрипт макак

>>824440
Аргументируй.

>>824433
>если макака рукожоп тогда да, возможно
Зависит от типа приложения. Если манипуляции с DOM-ом тривиальны, то да, не нужен. Но для сложных случаев spa с множеством состояний, например, будет полезно. Inb4 "я все руками на vanillaJS/jQuery настругаю литать будит! Фреймворки для лохав!" Все равно тебе придется разбираться с зависимостями одного компонента на странице от другого и вложенного в него третьего. Просто вместо изобретения велосипедов предлагается использовать такую абстракцию и готовые фреймворки.

>>824441
аргуметировал тебе защеку, рядом с аргументами о пывышение производительности от ОП

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

>>824444
Он тебе ссылки скинул за щеку, где приведены примеры использования virtual DOM и описано в каких случаях это повышает производительность, а где можно не заморачиваться и работать с DOM по старинке.

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

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

>>824448
>миллион пользователей
почему это должно ебать сторону клиента?

>>824445
>придется разбираться с зависимостями
>два, три, десять вложений это вообще хуйня
Не вложений, а зависимостей, слепошарый. Можно и 10 и 20 и 100 зависимостей на vanillaJS расписать, идиотам нет преград, только ради чего заниматься изобретательством велосип
еда, если для определенных типов приложений, что такое spa, надеюсь, не нужно в 2016 году объяснять, это типовая задача. Можешь лучше модель придумать, флаг тебе в руки, пиши свой фреймворк, иди к успеху, а то пока не понятно, о чем твои визги здесь.

>>824451
Ты наркоман?

>>824455
нет, но причем тут миллион пользователей и дом?

>>824452
ого, да ты мамкин хипстер. vanillaJS это даже не костыль, это палка к ебучему коду генерируемый макаками. пример на 100 зависимостей или как ты эту хуету называешь где жутко тормозит дом и нужно тащит еще какойто шэдов дом и все это обмазать говном и скотчем?

>>824463
Я уже понял, что ты некомпетентный мудак.

>>824465
>ого, да ты мамкин хипстер. vanillaJS это даже не костыль, это палка к ебучему коду генерируемый макаками
Едрить ты бестолочь.
>пример на 100 зависимостей или как ты эту хуету называешь где жутко тормозит дом и нужно тащит еще какойто шэдов дом и все это обмазать говном и скотчем?
Тебе 10 хватит. Предположим есть 10 компонентов, каждый имеет два состояние Вкл/Выкл. Общее число возможных состояний больше 1000. Конечно, в реальности это число будет меньше, но сути это не меняет. При изменении состояния зависящих друг от друга компонентов тебе придется либо перерендерить весь кусок DOMа, содержащий связанные компоненты. Но это впустую потраченные ресурсы, т.к. пришлось перерисовывать всё, даже те участки DOMа, что осталось бы неизменными. Второй путь это аккуратно рассчитать какие именно компоненты зависят друг от друга и заменить в DOMе только их. Вот тебе и предлагают это сделать, только не с помощью самописных костылей, а с помощью готовых фреймворков, прикинь?

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

>>824428
Я тоже самое про С говорил, а нашлись долбоебы которые на нем пишут, когда мы с пацанами на асме все руками можем сделать нормально, да и работает быстрее.
вы тут серьезно обсуждаете "зачем нужна абстракция чтобы быстрее работать с кодом"? Совсем ебанутые?

>>824505
мы здесь обсуждаем нахуй нужен сабж, но жабомакакены слились в непонимание.

>>824484
>нет, там не все пересчитывается, а тем более отрисовывается при каждом чихе жабамакаки
Ну расскажи, если ты такой осведомленный, как обработка браузером большего числа добавляемых элементов/более длинного куска html кода может быть равноэффективной обработке меньшего числа элементов/меньшего куска кода.

>>824552
вставить поддерево в дом, это джва оператора, если твое поддерево не входит в отображаемую область, всем на него похуй, а если входит, то будут обрабатываться только отображаемые узлы, которых ну никак не дохуя. оправдывайся.

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

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

>>824609
Хотел уже писать ответ, но прочитав решил, что не буду. Просто не продолжай, пожалуйста.

>>824611
нет, я продолжу. можешь обосновать присутствие спанов в пикче? даже брейк спорный. короче, сабж от макак и для макак, закапывай.