DAAJS реализует механизм «Runtime CSS-автопрефиксинга», иными словами, основываясь на CSS-декларациях, соответствующих стандартам CSS, автоматически подбирает работающие свойства и значения «с префиксами вендора» в случае, если текущий браузер не поддерживает стандартные CSS-свойства непосредственно. Этот механизм позволяет как присваивать DOM элементам «inline» CSS свойства, так и определять и переопределять CSS-правила «на лету», не заботясь о проблемах поддержки свойств браузерами (если, конечно, речь не идет о совсем древних экземплярах).
О, наконец-то теперь с помощью нового JavaScript фреймворка можно присваивать DOM элементам «inline» CSS свойства «на лету».
Да и «autoprefixer» больше не нужен.
Я больше не использую Wordpress — я могу получить лучшее от технологий HTML5 и CSS3 с тем же уровнем затрат (или меньшим).
На этом месте словил очередной WTF.
Неоднозначные ощущения от прочтения, вроде бы кое-где и мысли правильные озвучиваются и в то же самое время множество моментов с которыми если нельзя согласиться, то вообще непонятно зачем.
Судя по этим и другим минусам, либо у кого-то плохое настроение, либо действительно есть народ, который не понимает разницу между фреймворком и библиотекой. Первым настроение я вряд ли смогу поднять, но вот для вторых на всякий случай напишу:
Фреймворк — это архитектура, в которую вы встраиваете ваш код, а библиотека — это кирпичик, который вы встраиваете в свою архитектуру.
ReactJS является именно библиотекой, выполняющей ровно одну задачу — это view-слой для отрисовки пользовательского интерфейса. Он ничего не знает о том, как архитектурно устроено приложение, не обязывает разработчика следовать конкретным предписаниям при организации структуры приложения и может быть беспроблемно и в любой момент заменен на другую view-библиотеку.
В конце концов, сами фейсбуковцы на главной странице так и пишут:
«React — A JAVASCRIPT LIBRARY FOR BUILDING USER INTERFACES».
Суть примерно такая была:
Ответ на предложение о горизонтальном масштабировании приложения в связи с возросшей нагрузкой:
«Масштабирование — это конечно нужно сделать. Но пока кому надо могут и колесиком отмасштабировать.»
Можно избавиться от первого этапа ручной установки pac-скрипта и применить настройки прокси из самого расширения, дав ему соответствующие права в manifest-файле:
Выглядит заманчиво — «No matter how many players you have, it’s free.»
Как-то я пропустил этот сервис, когда где-то с год назад поглядывал в сторону BAAS с упором на игры.
Есть еще такая штука: http://www.gamedonia.com/
По поводу «простых анализов», например, такой вариант:
Пошел муж простые анализы сдавать — положил в спичечный коробок.
День проходит, второй, мужа все нет и нет.
Жена обзвонила все больницы — нашла в палате всего в гипсе.
— Что случилось?
— Помню только, как прикурить попросили…
Как раз, собрался поковырять vue или riot — спасибо за комментарий, это действительно критичные нюансы, которые портят все впечатление.
На чем остановились в итоге? Или, быть может, есть какие кейсы по обходу этих обломных моментов?
О, наконец-то теперь с помощью нового JavaScript фреймворка можно присваивать DOM элементам «inline» CSS свойства «на лету».
Да и «autoprefixer» больше не нужен.
На этом месте словил очередной WTF.
Неоднозначные ощущения от прочтения, вроде бы кое-где и мысли правильные озвучиваются и в то же самое время множество моментов с которыми если нельзя согласиться, то вообще непонятно зачем.
Фреймворк — это архитектура, в которую вы встраиваете ваш код, а библиотека — это кирпичик, который вы встраиваете в свою архитектуру.
ReactJS является именно библиотекой, выполняющей ровно одну задачу — это view-слой для отрисовки пользовательского интерфейса. Он ничего не знает о том, как архитектурно устроено приложение, не обязывает разработчика следовать конкретным предписаниям при организации структуры приложения и может быть беспроблемно и в любой момент заменен на другую view-библиотеку.
В конце концов, сами фейсбуковцы на главной странице так и пишут:
«React — A JAVASCRIPT LIBRARY FOR BUILDING USER INTERFACES».
Ответ на предложение о горизонтальном масштабировании приложения в связи с возросшей нагрузкой:
«Масштабирование — это конечно нужно сделать. Но пока кому надо могут и колесиком отмасштабировать.»
Далее использовать объект «chrome.proxy» в режиме «pac_script» с указанием соответствующего «PacScript».
Подробнее в документации:
https://developer.chrome.com/extensions/proxy
Спасибо за интересный материал.
Как-то я пропустил этот сервис, когда где-то с год назад поглядывал в сторону BAAS с упором на игры.
Есть еще такая штука: http://www.gamedonia.com/
Наверняка, почти все уже видели, но пусть будет, оно того стоит:
Пошел муж простые анализы сдавать — положил в спичечный коробок.
День проходит, второй, мужа все нет и нет.
Жена обзвонила все больницы — нашла в палате всего в гипсе.
— Что случилось?
— Помню только, как прикурить попросили…
По поводу третьих сторон — это он у вас научился )
Да, промахнулся британский ученый. Так ведь у кого-то и сердечный приступ может случиться.
На чем остановились в итоге? Или, быть может, есть какие кейсы по обходу этих обломных моментов?