D&S — это не прихотни Балмера, а объективная реальность. Следующий СЕО не может сказать «от сервисов и устройств мы возвращаемся на падающий десктопный рынок, авось поднимется».
Поиск интегрирован в карты, например, и возможно другие сервисы, api Bing используется в устройствах и позволяет Microsoft не зависить от других компаний. К тому же потенциально Bing может приносить деньги так же, как это делает Google Search.
Bing важен еще тем, что потенциально может сместить Google Search с олимпа, иначе Microsoft будет очень трудно конкурировать с Google. Я не исключаю, что Apple тоже сделает свой поисковик, как они уже сделали свои карты.
Облачный Office 365 со временем догонит по функциональности десктопный. Вообще после того, как Apple сделала свой iWork for iCloud бесплатным для всех пользователей Apple устройств, она поставила в уязвимое положение Office 365. Видимо со временем Microsoft прийдется и свой офис сделать бесплатным под давлением конкуренции. Офис будет лишь частью бесплатной инфраструктуры и врядли останется в ряду основных бизнесов Microsoft.
Microsoft из производителя десктопного софта превращается в компанию устройств и сервисов. Это их стратегия и шанс не остаться за бортом. В этом ключе Bing — одна из основных частей онлайн инфраструктуры Microsoft, наряду с Bing Maps, Outlook, Skydrive, Office 365, Microsoft Translater и других. Обладание большой онлайн инфраструктурой — конкурентное преимущество при продвижении своих устройств (Surface, Xbox, Windows Phone) и опять же сервисов (Azure и др.). Основные их конкуренты в этом: Google и Apple тоже не дремлют. Вообще эти три компании с каждым годом начинают конкурировать на всё большем количестве рынков и становятся всё больше похожи друг на друга.
Очень сомнительно что Microsoft продаст Bing или Xbox. Ибо это будет для них шаг назад.
Как рядовой пользователь хотел бы, чтобы Google Search не был монополией поиска. Bing — один из тех редких поисковиков, кто может составить достойную конкуренцию.
Если есть желание подгружать разные стили для разных страниц, то может быть проще создать разные файлы стилей и в темплейтах страниц прописать ссылки на них. Если хочется Stylus, LESS, Sass, то можно использовать какой-нибудь Grunt.
Так же есть возможность создать несколько клиентских приложений, каждое со своими стилями, темплейтами и js.
Статья в любом случае будет полезна всем, кто разбирается с Derby, спасибо.
Здесь не говорится о негативных последствиях. Потому что негативных последствий использования нескольких приложений нету. Дословный перевод такой:
Дерби отлично работает с одним единственным приложением, хотя некоторые разработчики возможно захотят создать отдельные приложеня, если только определенные наборы страниц будут использоваться вместе. Например, проект может иметь отдельные десктопное веб приложение и мобильное веб приложение. Или проект может иметь внутрению админку и публичное приложение с контентом.
В шаблон прокидывается всё, что есть в модели. И _page.todos, и todos в данном случае. Просто todos будет в виде объекта и вы не сможете использовать оператор each для него. По этому мы с помощью фильтра создаём массив в _page.todos.
Здесь я уже писал, что мы можем использовать любые локальные paths: _myLocalPath.todos, _path.myTodos, _my.super.path.with.todos и т.п. Но объект _page немного особенный, он очищается при каждом срабатывании роутера. Это удобно чтобы хранить данные, относящиеся к данной странице.
Создается проекция (reference) фильтра (соответсвенно массива данных) на path '_page.todos'. Фильтр отслеживает изменения данных в модели (в данном случае коллекции todos) и соответствующим образом изменяет массив, находящийся в '_page.todos'.
В конце каждой статьи есть ссылка на Материалы по Derby, там есть ссылки на все ресурсы, относящиеся к Derby, в том числе и на официальный сайт. Если чего-то там нету, пишите мне, я добавлю.
Туториалы обычно отражают вопросы, которые задают мне люди, пытающиеся разобраться с Derby. Исходники нескольких приложений есть в открытом доступе. В то же время, чтобы описать пошагово создание большого приложения, нужно много времени и сил. И возможно получится целая книжка.
Использовать jQuery Mobile с Derby вы можете прямо сейчас. Это не будет существенно отличаться от того, как вы используете jQuery Mobile с другими фреймворками.
По поводу Phonegap были обсуждения тут. Смысл такой: в данное время это не возможно, ибо нельзя отделить клиентскую часть Derby от серверной. А в phonegap нужна только клиентская часть. В то же время с выходом Derby 0.6 это будет возможно. Нужно подождать пару месяцев.
Я имею ввиду что всё api в браузере — это js. И чтобы использовать его на другом языке, нужно этот язык перекомпилировать в js. Это и есть абстрагирование.
Поиск интегрирован в карты, например, и возможно другие сервисы, api Bing используется в устройствах и позволяет Microsoft не зависить от других компаний. К тому же потенциально Bing может приносить деньги так же, как это делает Google Search.
Bing важен еще тем, что потенциально может сместить Google Search с олимпа, иначе Microsoft будет очень трудно конкурировать с Google. Я не исключаю, что Apple тоже сделает свой поисковик, как они уже сделали свои карты.
Очень сомнительно что Microsoft продаст Bing или Xbox. Ибо это будет для них шаг назад.
Как рядовой пользователь хотел бы, чтобы Google Search не был монополией поиска. Bing — один из тех редких поисковиков, кто может составить достойную конкуренцию.
Так же есть возможность создать несколько клиентских приложений, каждое со своими стилями, темплейтами и js.
Статья в любом случае будет полезна всем, кто разбирается с Derby, спасибо.
Тут открыл issue для share.js
Дерби отлично работает с одним единственным приложением, хотя некоторые разработчики возможно захотят создать отдельные приложеня, если только определенные наборы страниц будут использоваться вместе. Например, проект может иметь отдельные десктопное веб приложение и мобильное веб приложение. Или проект может иметь внутрению админку и публичное приложение с контентом.
Здесь я уже писал, что мы можем использовать любые локальные paths: _myLocalPath.todos, _path.myTodos, _my.super.path.with.todos и т.п. Но объект _page немного особенный, он очищается при каждом срабатывании роутера. Это удобно чтобы хранить данные, относящиеся к данной странице.
Использовать jQuery Mobile с Derby вы можете прямо сейчас. Это не будет существенно отличаться от того, как вы используете jQuery Mobile с другими фреймворками.
По поводу Phonegap были обсуждения тут. Смысл такой: в данное время это не возможно, ибо нельзя отделить клиентскую часть Derby от серверной. А в phonegap нужна только клиентская часть. В то же время с выходом Derby 0.6 это будет возможно. Нужно подождать пару месяцев.
Приятно / не приятно — это субъективно.