fp-ts реализует спецификацию FantasyLand и через нее очень интересно исследовать свойства сущностей fp-ts. fp-ts - не столько библиотека, подобная lodash/ramda, реализующая type safe операции, сколько библиотека, рализующая сущности, которые связаны алгеброй в соответствии со спецификацией FantasyLand (перевод FantasyLand на русский) TypeSafity - это приятный естественный побочный эффект корректной реализации алгебры.
Очень хорошие статьи и видео о fp-ts были у @YBogomolov :) К большому сожалению они перестали быть доступными.
Автор, скажите, как произошел термин «проекции»? В оригинале это «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.
Приятно видеть публикации о fp-ts.
fp-ts реализует спецификацию FantasyLand и через нее очень интересно исследовать свойства сущностей fp-ts.
fp-ts - не столько библиотека, подобная lodash/ramda, реализующая type safe операции, сколько библиотека, рализующая сущности, которые связаны алгеброй в соответствии со спецификацией FantasyLand (перевод FantasyLand на русский)
TypeSafity - это приятный естественный побочный эффект корректной реализации алгебры.
Очень хорошие статьи и видео о fp-ts были у @YBogomolov :)
К большому сожалению они перестали быть доступными.
Статья - краткий пересказ книги. Хотелось бы хоть какие-то оригинальные идеи автора увидеть.
w3c.github.io/webcomponents/spec/shadow/#distributions
Теперь это «distribution», так получается?
Из W3C Introduction to Web Components:
Что вернее? Почему?
Подскажите плз «req» (… if (req.xhr) ...) где объявляется?
Очень смущает 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-трендов ушедшего года.
Хотя относительно работы с медиа в браузерах тоже есть прогресс. Кто знает, может быть далее разработают и для медиа-потоков фильтры, подобные уже реализованным фильтрам для изображений:
Но уже сейчас видны предпосылки для использования css/html/js в мобильных интерфейсах:
Игры уже пришли в веб (сначала на flash, потом на html5/css3/svg), хотя совсем недавно такие возможности казались весьма призрачными.
Но, повторяюсь, безусловно, это нисколько не уменьшает преимуществ нативных приложений в отношении скорости. Интерфейс на css/html/js — да, удобно, тяжелые вычисления — безусловно нативное ядро или java.
Хотя многие клиенты сервисов (facebook, twitter,… ) наверняка могут быть полностью реализованы в качестве приложений на css/html/js.