All streams
Search
Write a publication
Pull to refresh
51
0
Слинько Вячеслав Дмитриевич @KeepYourMind

User

Send message
Я расстроен, что мне ваше решение не подходит.
\_________/   линукоиды
 \_______/    русскоязычные
  \_____/     использующие mc
   \___/      которые недовольны mc
    \_/       готовые использовать менеджер не в терминале а в отдельном окне
Намекаю, что если бы оно было бы с веб интерфейсом, было бы что-то интересное и новое.
Те разработчики, что пользуются vagrant/packer и подобными системами, смогли бы использовать его на ровне с cloud9.
А сейчас не ясна его ЦА и отличия от других подобных систем.
Я думал это веб-приложение. А так, пхе :-(
Ой, зря вы так.
У нас есть опыт написания нескольких больших проектов сайтов как на AngularJS, так и на React.
И на наш взгляд React намного лучше в вопросах View из MVC:

Простота разработки
В AngularJS очень много новых концепций (directive, scope), которым нужно обучать новых разработчиков. React же придерживается концепции «как можно ближе к нативным концепциям». В нашем случае с React, мы без проблем подключили новых людей в проект в дни кризиса. В случае с AngularJS нам бы потребовалось не меньше дня, дабы хоть немного объяснить как это все работает.

Скорость работы
Diff алгоритм в React просто шикарен — обновляется только та часть дерева компонентов, которая должна обновиться. Абсолютно никаких лишних listener. Кстати, именно вынос конструкции тяжелого DOM дерева из HTML в легкую имплементацию в JS позволяет работать diff алгоритму так быстро. Он быстро сравнивает легкие объекты, строит минимально возможный diff изменений в настоящий DOM, и через некотое время вносит весь накопившийся diff. А скорость работы очень важна, когда у тебя есть требование поддерживать IE8+.
Подробнее об этом.

React не фреймворк, а библиотека
Это как и плюс, так и минус. Плюс в том, что нам не диктуют как нам организовывать наши компоненты и модули. Мы, например, выбрали browserify. Минус в том же — разные люди видят организацию проекта по разному.

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

Месяцы с 1 плохо для поддержки кода новыми разработчиками, ибо отличается от нативной реализации.

Генерация может пригодиться, хотя пока не понимаю где.

momentjs.com/docs/#/parsing/object/
А вообще лучший вариант на данный момент — это рендер одновременно на сервере и клиенте.
см. derbyjs.com facebook.github.io/react/
Решается как раз общий случай — ожидание полного рендера страницы и его отдача.
Единственное что он работает не по спецификации escaped_fragment, а эмулирует классический веб-сервис.
Самый простой вариант, вы правы, это дождаться полного idle на странице.
В абсолютном большинстве случаев это сработает.
Но не во всех.
Поэтому эту проблему поисковики стараются делегировать на разработчиков.
Основная проблема, как я озвучил выше, в том, что нет точного события для определения того, что страничка отрендерилась полностью.
Кроме разработчика этого сервиса наверняка это знать не может никто.
К сожалению, такой экспертизы у меня нет.
У меня либо статика либо full-ajax :-)
К сожалению у меня на это сейчас совсем нет времени.
Плюс ко всему статьи на эту тему, насколько я помню, уже были на хабре.
Это одна из причин существования спецификации escaped_fragment.
Нет, не применит, если использовать их же спецификацию developers.google.com/webmasters/ajax-crawling/docs/specification
Резюмируя все сказанное — делать статические копии на данный момент необходимо для гарантии нормальной индексации.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity