.NET в Windows 8: AppContract, Marketplace и WPF / C # с точки зрения разработчика - PullRequest
5 голосов
/ 11 января 2012

Я очень рад всем нововведениям, появившимся в Windows 8, но в то же время немного беспокоюсь о том, как и если я смогу продолжать использовать код и пользовательские компоненты, которые я уже создал с использованием .NET и C #во время моей работы в качестве разработчика WindowsУ меня есть несколько общих смешанных вопросов по этому поводу.Надеюсь, вы не возражаете, я собираю их вместе в одном посте:

  • Будет ли Windows 8 Store работать как с приложениями в стиле metro, так и с обычными приложениями WPF для настольных компьютеров?В том числе для получения обновлений и обеспечения доступности приложений для сотрудников компании?

  • Будет ли доступна новая контрактная программа для приложений WPF?И основан ли AppContract на WCF-сервисах с, возможно, UDP-обнаружением в сети?Могу ли я заключать собственные контракты между моими собственными приложениями, используя платформу App Contract?

  • Меня не особо беспокоит, будет ли WPF исключен или нет.Я могу жить без этого.Меня беспокоит то, что я все еще могу писать код представления и бизнес-уровня на C # и использовать его в качестве бэкэнда для своих приложений, независимо от того, какую среду пользовательского интерфейса я буду использовать: HTML, Silverlight, WPF или что у вас есть.,Если я все еще могу писать логику на C # и представлять ее с помощью X UI-framework, я счастливый разработчик.Я слышал, что могу получить доступ к .NET-фреймворку из JavaScript.Но как насчет пользовательских сборок?

Ответы [ 2 ]

2 голосов
/ 13 января 2012

Было объявлено, что в магазине могут появиться приложения, не относящиеся к Metro, но магазин будет просто ссылаться на веб-сайт издателя, а не управлять продажами / установкой / DRM / и т. Д.пока что контракты заключены только для приложений Metro, но я был бы шокирован, если это не изменится.Для Microsoft , а не было бы сумасшествием разрешить приложениям для настольных компьютеров, например, добавлять команды в брелок настроек, поддерживать PlayTo или печатать через брелок «Устройства» или выступать в качестве источников общего доступа.Нам придется подождать и посмотреть, где они подведут черту, что настольные приложения могут / не могут делать.

Совместное использование кода между приложениями Metro и не-Metro будет очень трудным.Многие основные концепции и соглашения одинаковы, но даже такие базовые вещи, как файловый ввод / вывод, основаны на совершенно новом API.В коде нет ничего интересного, с чем можно работать по обе стороны ограждения.Лучше всего было бы определить интерфейсы для вашего бизнес-уровня, а затем использовать внедрение зависимостей для динамического выбора реализаций рабочего стола и winrt во время выполнения

1 голос
/ 11 января 2012
  • Магазин: окончательной информации нет, но, насколько я понял, она предназначена только для приложений в стиле метро

  • Контракты приложений - вещь метро.Я знаю фрагмент кода, который документирует использование из настольных приложений (например, http://www.heise.de/developer/artikel/WinRT-in-klassischen-NET-Anwendungen-nutzen-1366039.html (извините, немецкий)), но я не знаю, будет ли он иметь поддержку от Microsoft

  • WinRT компилирует библиотеки в компоненты WinRT.Возможно, вам удастся повторно использовать код и скомпилировать его в компонент, если вы не используете пространство имен, недоступное для WinRT

Этот вопрос тяжело угадать, так какОфициальная бета-версия недоступна.И даже тогда мы не можем быть абсолютно уверены ...

...