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

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

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

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

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

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

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

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

ОТВЕТЫ

Ответ 1

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

Ответ 2

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

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

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

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

Ответ 3

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

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

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

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

Ответ 4

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

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

Ответ 5

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

Ситуация почти парадоксальна.

Все объявлено устаревшим, за исключением современного интерфейса, поэтому для создания нового проекта нужно НАСТОЯЩЕЕ использовать современный интерфейс в качестве цели, но все мы знаем, что существует "небольшая" возможность, которую никто не захочет (как сейчас) написанный для современного интерфейса (метро).

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

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

Ответ 6

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

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