Ответы пользователя по тегу React
  • О какой скорости идёт речь, если react этот тот же самый js?

    @lega
    тот же самый js?
    Феррари почему-то быстрее запорожца, хотя материал тот же самый - метал, резина, и т.п.

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

    Так же каждый фреймворк имеет свои болевые точки, например при определенном использовании, алгоритмы фреймворка могут быть сильно накладны и дают негативный эффект.
    Ответ написан
    6 комментариев
  • Какой "удобный" фреймворк использовать для не риа-приложений?

    @lega
    Можете попробовать либу Angular Light, - биндинги да директивы без фабрик, модулей и пр. "шелухи".
    Ответ написан
    Комментировать
  • В чем могут помочь js фреймворки(React, Angular)?

    @lega
    это можно сделать и через jQuery.
    Вот вам вопрос чтобы почувствовать: "Зачем вы используете Rails если тоже самое можно сделать и на asm или C? "

    "Фреймворки" могут упростить, ускорить разработку. Попробуйте на jQuery сделать такой пример, обратите внимание что такие простые "задачи" можно делать вообще без использования JS-кода (т.е. шаблона достаточно).

    Если вопрос "стоит ли изучать" - стоит (если вы делаете что-то серьезное на клиенте).
    Ответ написан
    2 комментария
  • Насколько широко сейчас можно применять рендер на клиенте?

    @lega
    Разделяйте проекты на сайты и веб-приложения (с последним думаю все понятно - одна страница, все в ней).
    Но смущает, что поисковики не будут ничего видеть. Да и юзеру вроде как не комфортно, открыл страничку а там ничего, пока скрипты не отработали.
    Считаю что с поисковиками проблем особо нет (phntomjs/prerenderio), а вот скорость загрузки - это существенно, поэтому я считаю что основной контент должен прилетать сразу с сервера, чтобы пользователь уже мог читать, а доп. функционал, всякие формы, кнопки, др. плюшки уже через клиентские фреймворки. Например VK, большая часть прилетает сразу, а остальное - поиск, подгрузка уже через js (хотя подгружаемые посты ренедрились на сервере).
    Ответ написан
    Комментировать
  • Почему mithril, vue, virtual-dom быстрее react?

    @lega
    Тесты замеряют разные действия, где-то добавление, где-то изменения, одни фреймворки быстрее в одном, другие в другом, отсюда и разные результаты.
    Ещё сами тесты вызывают сомнения, например в первом тесте у Angular.js приделан setTimeout что-бы не делать перерисовку на каждой итерации + при этом сам тест запускается не асинхронно - это "читерство".
    А при выполнении теста с React у меня браузер дергается (видимо из-за особого контента который выводится) - это бъёт по производительности, - возможно это было нарочно сделано. Так же каждый последующий тест работает в поле где есть "мусор" от всех предыдущих тестов - это тоже может снижать цифры.

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

    PS: Если вас не затруднит, не могли бы вы сюда добавить mithril или vue для сравнения.

    Дополнил про React
    Я особо не копал React, у меня такие мысли - они реализовали виртуальным DOM который максимально эффективно превращает один кусок документа в другой, проблема в том что на практике это не нужно - в других фреймворках делают просто сокрытие одного куска и показ другого куска - и это работает быстрее, чем перестройка DOM. Так же я слышал заявления, что React работает быстрее за счет того что они не делают чтения из DOM - видимо они сравнивают с jQuery (и vanilla js), т.к. в других MV* фреймворках, чтения из DOM делаются не часто (или только на стадии инициализации).
    Ответ написан
    Комментировать