Приложения для Windows 8 и LOB - PullRequest
       3

Приложения для Windows 8 и LOB

24 голосов
/ 16 сентября 2011

Каков рекомендуемый подход для построения линейки бизнес-приложений для Windows 8? например комплексное индивидуальное финансовое приложение

Они явно не вписываются в стиль Metro, поэтому, вероятно, это будет обычное настольное приложение

Так рекомендуется ли использовать WPF? Есть ли для этого vNext?

Тип приложений, которые я создаю как разработчик, - это приложения в стиле рабочего стола. Они не вписываются в стиль Metro. Мы мало что слышали от \ Build об этом стиле приложения.

Так что, если вы собираетесь запустить настольное приложение, совпадающее с выпуском Windows 8 - какое предпочтительное использование технологии (У меня сложилось впечатление, что WPF уже в пути)

Есть ли в Win RT что-нибудь, что можно использовать?

большое спасибо

Ответы [ 6 ]

7 голосов
/ 16 сентября 2011

WinRT для создания приложений в стиле Metro. Если приложение, которое вы создаете, не соответствует стилю Metro, просто создайте его как традиционное настольное приложение. Не все приложения будут соответствовать стилю Metro, и они не должны.

3 голосов
/ 23 июля 2013

Что ж, это немного старый вопрос сейчас, но поскольку в настоящее время ситуация становится более ясной (после выпуска Windows 8 и его версии для планшета - Windows RT с некоторым новым оборудованием от Microsoft), вы можете пересмотреть таргетинг WinRT вместо WPF для ваших новых проектов. Это позволит вашим приложениям работать на планшетах с ОС Windows RT в дополнение к работе на настольном компьютере в «режиме Metro» и в обозримом будущем (с учетом планов MS по объединению разработки для настольных компьютеров и мобильных устройств путем нацеливания проект для WinRT) это также может упростить перенос части основных функций рабочего стола вашего финансового приложения на мобильную версию, работающую на Windows Phone и позволяющую пользователю делать что-то полезное, даже когда он находится в пути.

Что касается того, насколько сложное финансовое приложение может вписаться в дизайн и концепцию "Метро" - вам следует взглянуть на несколько существующих финансовых приложений в Магазине Windows и сравнить их сложность с вашими возможными требованиями.

Еще один способ определить, подойдет ли WinRT для вашего настольного приложения, - подумать о том, насколько сложным будет разбить всю функциональность вашего приложения на несколько относительно разделенных экранов с элементами ввода, достаточно большими для сенсорного ввода пальцами - если это выглядит выполнимо, то вы Вероятно, должно идти с WinRT.

Но если ожидается, что приложение будет показывать большое количество разных таблиц одновременно или, например, должно собирать много типизированной информации пользователем (например, длинные описания, форматированное текстовое поле, множество полей для заполнения и т. Д.), То вероятно, его можно будет использовать в режиме рабочего стола только с аппаратной клавиатурой и большим экраном перед пользователем (т.е. на планшетах / мобильных устройствах пользователю будет просто больно делать все эти вещи). В этом случае WPF подходит просто отлично.

2 голосов
/ 24 сентября 2011

Предположим, что вы придерживаетесь WPF в качестве своей цели.

Тогда вы можете попытаться сохранить как можно больше своего кода на пересечении WinRT, Silverlight и WPF.Поддерживайте два (или три) проекта и убедитесь, что оба (все) из них компилируются.В конце концов вам, вероятно, придется использовать что-то, специфичное для платформы WPF.Просто заглушите его для WinRT / Silverlight.

Это дает вам максимальную гибкость независимо от того, что Microsoft делает с Windows 9, и позволяет отслеживать, сколько кода может быть перенесено напрямую.Если они принесут WinRT XAML на рабочий стол, вы защищены.Если они улучшат интеграцию Metro / настольного компьютера (скажем, более богатый переключатель задач), вас тоже охватят.Если ничего не произойдет, тогда вы только понесли небольшой налог на разработку.

WPF будет существовать после версии 4.5.Может не получить много ярких новых функций, которые не появляются в Silverlight или WinRT первыми, но WPF в любом случае близка к зрелой технологии.Visual Studio, Expression Blend и AutoCAD должно быть достаточно для обеспечения поддержки в будущем.

1 голос
/ 12 декабря 2013

Да, решение будет состоять в том, чтобы игнорировать все остальное и перейти к WinRT и интерфейсу metro, потому что теперь все ясно, все остальное объявлено Microsoft мертвым, и в будущем есть только один интерфейс metro (современный пользовательский интерфейс),Создание нового проекта на основе другой технологии, в которую он инвестирует мертвую технологию, может стать катастрофой для любого разработчика.Проблема в том, что никто не хочет использовать одну-единственную технологию, поддерживаемую Microsoft, так называемый Modern UI.

Ситуация почти ПАРАДОКСИЧЕСКАЯ.

Все объявляется устаревшим, кроме современного интерфейса, поэтому для создания нового проекта необходимо, чтобы абсолютно использовался современный интерфейс в качестве цели, но все мы знаем, что существует «маленькая» возможность, которую никто не захочет (так каксейчас) программное обеспечение, написанное для современного интерфейса (metro).

У нас есть несколько успешных LOB-приложений для Mac (которые хорошо продаются), и мы хотели перенести их в Windows, но, учитывая, насколько запутана ситуация, в настоящее время мы находимсяпредпочитаю подождать и посмотреть, потому что это может быть худшее время в истории для разработки нового приложения для Windows, учитывая, что пользователи НЕ ХОТЯТ ИСПОЛЬЗОВАТЬ ПЛИТКИ ВСЕ, потому что они просто прославленные виджеты и ничего более ... а люди для LOB хотят быть правдивымиприложения, а не эти шутки, которые может придумать только не технический специалист, который провел большую часть своего времени в Facebook, может заменить настоящие приложения

Моя идея состоит в том, что Microsoft должна понимать, что плитки никогда не будут работать для LOB, но я думаю, что ониникогда не сделаю, иЭто приведет к настоящей катастрофе для Microsoft и всей экосистемы, которая запомнится на следующие 50 лет

1 голос
/ 16 сентября 2011

Очень рано иметь хороший ответ на этот вопрос. Приложения WPF не исчезнут, и я думаю, что это будет продолжаться. Что конкретно изменится - открыто. Некоторые вещи могут быть сказаны в одном из выступлений, а другие покажут позже в процессе Windows 8 и позже. Лично я думаю, что нет необходимости менять вашу текущую стратегию на LOB. Если это WPF, используйте его, если это WinForms или WebForms, то это тоже хорошо. Возможно, подход к использованию специальной плитки, которая суммирует некоторые ключевые данные и вызывает приложение, принесет дополнительную ценность.

Это просто мнение

0 голосов
/ 23 сентября 2011

Я думаю, что те же рекомендации применимы, как и сейчас.Если вы хотите глубокой интеграции с ОС, то вам лучше использовать WPF, а не Silverlight.Однако Silverlight 5 делает все возможное, чтобы закрыть существующие дыры в Silverlight 4, если вы выбираете приложение вне браузера.

Я думаю, что это действительно зависит от того, какой тип развертывания вы хотите.

...