Сколько бы не было лет этой станице — эта именно та страница, на которую ведет Azure документация :) И более того — эта та страница в которую вас будут тыкать, как только вы откроете support ticket в Azure.
Вы сравниваете теплое с мягким, так как, как бы вам не хотелось, но HyperV != Azure, Azure Linux Agent != Azure.
Понятное дело, что это up-to-you выбирать FreeBSD. Но вот то, что FreeBSD не присутствует в списке значит, что как только вы столкнетесь с какой-нибудь нерешенной проблемой вам скажут: «Ну да, Hyper-V поддерживает FreeBSD, а так же Azure Linux Agent поддерживает его, но вот с каким-нибудь драйвером какой-нибудь штуки — это не поддерживается.»
Хм… Сложно сказать. Некоторые приложения я был готов использовать и на desktop, например, Nextgen Reader или тот же Twitter, мешало только то, что мне не нужно было их на полный экран разворачивать. А большие кнопки даже приятно было иметь — легче наводить мышью. Более того, в Windows 8.1 сделали небольшую поддержку Responsive UI, например, для Command Bar (если окно маленького размера, то и кнопки будут меньшего размера) — если продолжать допиливать Responsive UI, то все будет ок.
Я, например, думаю, что мое приложение будут (ок, надеюсь) использовать намного больше, если будет возможность его так же держать в окне. Для Windows 8.1 я его неплохо так подпилил, чтобы оно было удобно и для тача, и для мыши. В основном достиг этого отказыванием от некоторых Метро фич, которые Microsoft продвигал, а пользователи так и не выучили (делать swipe со всех сторон). Если кому интересно, то я говорю об outcoldplayer (приложение для Google Music, бывший gMusicW).
Честно говоря не понимаю чего так народ про эту кнопку и меню «Старт» заботиться.
Имхо, как подметили на theverge в первом же комментарии «Nice, but floating Modern UI windows on the desktop are IMO more important than the start menu». То есть меню «Старт» — это хорошо, но самое главное это то, что Windows Store приложения можно будет запускать в окнах.
Имхо, на данный момент имеем:
* Разработчики не пишут Windows Store приложения, потому что пользователей мало (именно Windows Store приложений).
* Пользователям не нравятся Windows Store приложения на Desktop, так как это просто не разумно на полный экран разворачивать приложение почта (особенно если 24-27" монитор).
А получится:
* Пользователи не заметят разницы в WIndows Store и Desktop приложениях и начнут использовать первые.
* Разработчики одним движением смогут так же все поддерживать Desktop приложения и развивать Windows Store приложения для Touch устройств.
Это еще учитывая то, что WP более оптимистично выглядит, так как там деваться некуда — полюбому будешь приложениями пользоваться. С Windows ситуация еще, наверное, хуже.
Мне вот интересно, кто-нибудь зарабатывает реальные деньги с Windows Store приложений? :)
Я был в шоке от того, что с всего 30-40 продаж в день я был на первом месте Top Paid Apps в US Windows Store (не только US, но за другими я особо не следил). Сейчас продаж меньше, чуть больше 10 в день, но я до сих пор в около 50-200 платных приложений. Можете посчитать сколько оно приносит. За первый год суммарно я так и не получил доход сравнимый с моей стандартной месячной ЗП.
У меня нет возможности сравнить с другими Store (Apple, Google Play), но было бы интересно узнать как сильно отличается ситуация там. Что значит там быть в 100-200 платных приложений.
Могу сказать точно, что скорее всего Ad supported приложения приносят больше денег на Windows Store, чем просто платные приложения, не намного. Но я решил отказаться от этой модели по разным причинам.
Может у кого-нибудь есть другие реальные цифры — был бы рад услышать. Может быть у меня совсем не правильная модель. Я не пытаюсь идти на рынки отличные от EN, потому что даже англоговорящие страны, исключая US приносят около 10% всего от того, что я получаю от EN-US.
P.S. Костя извини за этот комментарий. Я заинтересован в продвижении Windows / Windows Phone на столько же, на сколько и вы. Интересно узнать какова судьба и что я делаю не так.
> Надеюсь, она будет нормально понимать смесь русского и английского языка.
Вы бингом пробовали пользоваться по-русскому интернету? :)
Думаю, что до «нормального» русского там еще далеко. Но говорить о чем то еще рано, проект еще в стадии бета для английского.
Да, это российский Microsoft что-то напутал. В Update 1 ничего такого нет. Как я понял — это показали пример того, что мы можем получить в новой версии, но никаких дат или обещание нет, просто в одном из следующих апдейтов и типа «разработчики готовьтесь».
P.S. Да, MSFT — это Microsoft (биржевое сокращение), а не MS Force Team какая-нибудь. Мне лично было странно, общаясь с кем-то, писать про, скажем, Apple не «Apple», а «AAPL». Но…
Это стандартная практика тут в штатах, среди работников. Особенно про MSFT, GOOG, AAPL, FB :)
Видимо тут все сильно зависит от платформы. Если это XAML технология построенная на Bindings (XAML, Angular) то там представление обновится только тогда, когда данные реально поменяются.
В противном случае можно представление разбивать на более мелкие и обновлять только их.
IMHO, MVPVM отлично подходит для Windows Forms. Для каждого интерфейса представления должна быть реализована функция, типа «InitializeBindings», где для каждого контрола связывание должно происходить.
Это уже тонкости реализации. Я просто говорю брать лучшее от двух. В случае с MVP приходится писать много кода, который связывает View и Presenter, в случае с MVVP этого делать не нужно в 80% случаях, но в оставшихся 20% (ототбражение Popup, вызова ListBox.ScrollIntoView ) придется писать безумных Iteraction, хотя иногда это намного проще решается при помощи MVP связки.
Когда у меня была идея написать больше одного приложения для Windows Store я сделал что-то вроде Framework для себя github.com/outcoldman/Framework под эту платформу. И удачно реализовал gMusicW на нем (http://apps.microsoft.com/windows/en-us/app/gmusicw/939f0859-1413-4a52-9ab6-6e50405c8c2e). Но в итоге из-за нехватки времени просто стал контрибютить дальше только для gMusicW. Но в целом, Framework может показать пару интересных идей.
Вы сравниваете теплое с мягким, так как, как бы вам не хотелось, но HyperV != Azure, Azure Linux Agent != Azure.
Понятное дело, что это up-to-you выбирать FreeBSD. Но вот то, что FreeBSD не присутствует в списке значит, что как только вы столкнетесь с какой-нибудь нерешенной проблемой вам скажут: «Ну да, Hyper-V поддерживает FreeBSD, а так же Azure Linux Agent поддерживает его, но вот с каким-нибудь драйвером какой-нибудь штуки — это не поддерживается.»
Bот Azure-Endorsed Distributions. Там нет FreeBSD.
Я, например, думаю, что мое приложение будут (ок, надеюсь) использовать намного больше, если будет возможность его так же держать в окне. Для Windows 8.1 я его неплохо так подпилил, чтобы оно было удобно и для тача, и для мыши. В основном достиг этого отказыванием от некоторых Метро фич, которые Microsoft продвигал, а пользователи так и не выучили (делать swipe со всех сторон). Если кому интересно, то я говорю об outcoldplayer (приложение для Google Music, бывший gMusicW).
Имхо, как подметили на theverge в первом же комментарии «Nice, but floating Modern UI windows on the desktop are IMO more important than the start menu». То есть меню «Старт» — это хорошо, но самое главное это то, что Windows Store приложения можно будет запускать в окнах.
Имхо, на данный момент имеем:
* Разработчики не пишут Windows Store приложения, потому что пользователей мало (именно Windows Store приложений).
* Пользователям не нравятся Windows Store приложения на Desktop, так как это просто не разумно на полный экран разворачивать приложение почта (особенно если 24-27" монитор).
А получится:
* Пользователи не заметят разницы в WIndows Store и Desktop приложениях и начнут использовать первые.
* Разработчики одним движением смогут так же все поддерживать Desktop приложения и развивать Windows Store приложения для Touch устройств.
Я был в шоке от того, что с всего 30-40 продаж в день я был на первом месте Top Paid Apps в US Windows Store (не только US, но за другими я особо не следил). Сейчас продаж меньше, чуть больше 10 в день, но я до сих пор в около 50-200 платных приложений. Можете посчитать сколько оно приносит. За первый год суммарно я так и не получил доход сравнимый с моей стандартной месячной ЗП.
У меня нет возможности сравнить с другими Store (Apple, Google Play), но было бы интересно узнать как сильно отличается ситуация там. Что значит там быть в 100-200 платных приложений.
Могу сказать точно, что скорее всего Ad supported приложения приносят больше денег на Windows Store, чем просто платные приложения, не намного. Но я решил отказаться от этой модели по разным причинам.
Может у кого-нибудь есть другие реальные цифры — был бы рад услышать. Может быть у меня совсем не правильная модель. Я не пытаюсь идти на рынки отличные от EN, потому что даже англоговорящие страны, исключая US приносят около 10% всего от того, что я получаю от EN-US.
P.S. Костя извини за этот комментарий. Я заинтересован в продвижении Windows / Windows Phone на столько же, на сколько и вы. Интересно узнать какова судьба и что я делаю не так.
Вы бингом пробовали пользоваться по-русскому интернету? :)
Думаю, что до «нормального» русского там еще далеко. Но говорить о чем то еще рано, проект еще в стадии бета для английского.
Это стандартная практика тут в штатах, среди работников. Особенно про MSFT, GOOG, AAPL, FB :)
В противном случае можно представление разбивать на более мелкие и обновлять только их.
Это уже тонкости реализации. Я просто говорю брать лучшее от двух. В случае с MVP приходится писать много кода, который связывает View и Presenter, в случае с MVVP этого делать не нужно в 80% случаях, но в оставшихся 20% (ототбражение Popup, вызова ListBox.ScrollIntoView ) придется писать безумных Iteraction, хотя иногда это намного проще решается при помощи MVP связки.
Когда у меня была идея написать больше одного приложения для Windows Store я сделал что-то вроде Framework для себя github.com/outcoldman/Framework под эту платформу. И удачно реализовал gMusicW на нем (http://apps.microsoft.com/windows/en-us/app/gmusicw/939f0859-1413-4a52-9ab6-6e50405c8c2e). Но в итоге из-за нехватки времени просто стал контрибютить дальше только для gMusicW. Но в целом, Framework может показать пару интересных идей.