Автор, скажите, как произошел термин «проекции»? В оригинале это «insertion points» — дословный перевод «точки вставки», «курсор». Я не спорю, перевод этого термина как «проекции» довольно точно отображает суть, но все же, это лично ваш вариант перевода или это подчерпнуто в каких-то документах?
Не нашел в статье сырцов /routes/error.js
Очень смущает app.get('*', error['404']); — у меня такой роутинг перехватывает все запросы подряд, несмотря на то что он указан последним.
Было бы неплохо выложить рабочий вариант этой аппликухи на гитхаб, чтобы вживую посмотреть работу предложенной структуры приложения. Это возможно?
Да, действительно, не все так просто. Но соблазн писать интерфейсы приложений на единых технологиях под всеми платформами достаточно велик.
Относительно ожидания пользователем стандартного интерфейса — тут как раз не должно быть проблем. Можно достаточно несложно определить какая OS работает на стороне клиента и подгрузить соответствующий layout с ui-компонентами, выполненными в стиле этой платформы, благо bootstrap-ов под все стили GUI уже сейчас хватает (вот, на «вскидку»: iOS, Metro#1, Metro#2, Metro#3, facebook, google и, собственно сам twitter ).
Здесь надо отметить, что пользователь не всегда ждет «нативных» gui-элементов. Например, в случае приложения под какой-то сетевой сервис (например facebook) пользователь ждет ui от фейсбука, а не андройда или iOS.
Кроме bootstrap возможно использовать web-ui-компоненты, которые поддерживают сами разработчики сервисов ( facebook, google, yahoo ).
Хотя соглашусь, что для всех этих сервисов ( почти для всех ) есть SDK под популярные OS. Насколько полные и удобные эти SDK, входит ли в них полный комплект необходимых UI-элементов судить не вправе, т.к. не считаю себя специалистом в этой области.
Однако с уверенностью могу сказать, что уже сейчас в html/css/js существуют гибкие и эффективные механизмы (например Media Queries (w3c), flexbox (w3c),… ), которыми можно и нужно пользоваться для создания адаптивных интерфейсов под разные типы устройств.
Насколько станет популярным использование веб-технологий в разработке интерфейсов именно мобильных приложений — покажет время. Но такой тренд есть и есть все условия для его продвижения.
Большое влияние на него будет оказывать W3C (со своей «неповоротливостью» во внедрении новых версий стандартов), разработчики браузеров (насколько точно они будут следовать рекомендациям W3C), действия основных игроков на рынке веб-сервисов (facebook, google, twitter,… ) — будут ли они расширять свои html/css/js-SDK.
Тут надо отметить, что позиция twitter по этому поводу предельно ясна — его bootstrap в течении этого года произвел впечатление на многих разработчиков, и bootstrap-way уже по-праву может считаться отдним из самых популярных IT-трендов ушедшего года.
Совершенно согласен, что js api не позволят ( да и не должны по-сути ) сделать подобное. Но, согласитесь, было бы неплохо написать сам интерфейс программы на html/css/js, предоставив ядру (java) делать преобразования видео.
Хотя относительно работы с медиа в браузерах тоже есть прогресс. Кто знает, может быть далее разработают и для медиа-потоков фильтры, подобные уже реализованным фильтрам для изображений:
Игры уже пришли в веб (сначала на flash, потом на html5/css3/svg), хотя совсем недавно такие возможности казались весьма призрачными.
Но, повторяюсь, безусловно, это нисколько не уменьшает преимуществ нативных приложений в отношении скорости. Интерфейс на css/html/js — да, удобно, тяжелые вычисления — безусловно нативное ядро или java.
Хотя многие клиенты сервисов (facebook, twitter,… ) наверняка могут быть полностью реализованы в качестве приложений на css/html/js.
Принципы юнит-тестирования. Часть первая
Статья - краткий пересказ книги. Хотелось бы хоть какие-то оригинальные идеи автора увидеть.
Web без мышки
Web Components — будущее Web
w3c.github.io/webcomponents/spec/shadow/#distributions
Теперь это «distribution», так получается?
Web Components — будущее Web
Из W3C Introduction to Web Components:
Что вернее? Почему?
Web Components — будущее Web
Web Components — будущее Web
Базовое Node.JS приложение с использованием express
Базовое Node.JS приложение с использованием express
Подскажите плз «req» (… if (req.xhr) ...) где объявляется?
Базовое Node.JS приложение с использованием express
Очень смущает app.get('*', error['404']); — у меня такой роутинг перехватывает все запросы подряд, несмотря на то что он указан последним.
Было бы неплохо выложить рабочий вариант этой аппликухи на гитхаб, чтобы вживую посмотреть работу предложенной структуры приложения. Это возможно?
Bootstrap-wysiwyg: крошечный текстовый редактор
Тренды фронтэнда. Javascript APIs для мобильных устройств
Относительно ожидания пользователем стандартного интерфейса — тут как раз не должно быть проблем. Можно достаточно несложно определить какая OS работает на стороне клиента и подгрузить соответствующий layout с ui-компонентами, выполненными в стиле этой платформы, благо bootstrap-ов под все стили GUI уже сейчас хватает (вот, на «вскидку»: iOS, Metro#1, Metro#2, Metro#3, facebook, google и, собственно сам twitter ).
Здесь надо отметить, что пользователь не всегда ждет «нативных» gui-элементов. Например, в случае приложения под какой-то сетевой сервис (например facebook) пользователь ждет ui от фейсбука, а не андройда или iOS.
Кроме bootstrap возможно использовать web-ui-компоненты, которые поддерживают сами разработчики сервисов ( facebook, google, yahoo ).
Хотя соглашусь, что для всех этих сервисов ( почти для всех ) есть SDK под популярные OS. Насколько полные и удобные эти SDK, входит ли в них полный комплект необходимых UI-элементов судить не вправе, т.к. не считаю себя специалистом в этой области.
Однако с уверенностью могу сказать, что уже сейчас в html/css/js существуют гибкие и эффективные механизмы (например Media Queries (w3c), flexbox (w3c),… ), которыми можно и нужно пользоваться для создания адаптивных интерфейсов под разные типы устройств.
Насколько станет популярным использование веб-технологий в разработке интерфейсов именно мобильных приложений — покажет время. Но такой тренд есть и есть все условия для его продвижения.
Большое влияние на него будет оказывать W3C (со своей «неповоротливостью» во внедрении новых версий стандартов), разработчики браузеров (насколько точно они будут следовать рекомендациям W3C), действия основных игроков на рынке веб-сервисов (facebook, google, twitter,… ) — будут ли они расширять свои html/css/js-SDK.
Тут надо отметить, что позиция twitter по этому поводу предельно ясна — его bootstrap в течении этого года произвел впечатление на многих разработчиков, и bootstrap-way уже по-праву может считаться отдним из самых популярных IT-трендов ушедшего года.
Тренды фронтэнда. Javascript APIs для мобильных устройств
Хотя относительно работы с медиа в браузерах тоже есть прогресс. Кто знает, может быть далее разработают и для медиа-потоков фильтры, подобные уже реализованным фильтрам для изображений:
Но уже сейчас видны предпосылки для использования css/html/js в мобильных интерфейсах:
Игры уже пришли в веб (сначала на flash, потом на html5/css3/svg), хотя совсем недавно такие возможности казались весьма призрачными.
Но, повторяюсь, безусловно, это нисколько не уменьшает преимуществ нативных приложений в отношении скорости. Интерфейс на css/html/js — да, удобно, тяжелые вычисления — безусловно нативное ядро или java.
Хотя многие клиенты сервисов (facebook, twitter,… ) наверняка могут быть полностью реализованы в качестве приложений на css/html/js.