Поддержка встроенного кода Windows Phone 7

Ответ 1

Этот ответ носит чисто умозрительный характер, но я чувствую, что большинство других, которые ответили на этот вопрос, пропустили этот момент длинным выстрелом. Давайте на мгновение предположим, что это не мстительное решение Microsoft, а на самом деле очень продуманное инженерное решение, которое абсолютно не имеет никакого отношения к ограничениям контента или иным образом. Эти проблемы - просто бонус для MS

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

В ближайшие год или два, телефоны, планшеты и ноутбуки, наконец, начнут конвертироваться в одно устройство. Люди будут носить свой телефон в карманах, но этот телефон также будет блоком ЦП их ПК. Это означает, что, просто сидя рядом с беспроводным монитором HDMI и подключая клавиатуру и мышь через беспроводной USB (или bluetooth, если нам все не повезло), пользователь будет иметь весь свой ПК с ними в любое время. Таблетки станут просто сенсорным экраном с батарейным питанием, который взаимодействует с ПК в вашем кармане.

Итак, все программное обеспечение, написанное для Windows Phone, должно иметь возможность запускаться без изменений на ПК, планшете и/или телефоне. Это связано с огромным шансом, что на вашем ПК будет либо x86, либо ARM, работающая под управлением Windows 8. Когда компьютер находится в вашем кармане, пользовательский интерфейс, который вы увидите, будет графическим интерфейсом Windows Phone. Когда вы подключитесь к монитору, вы увидите интерфейс ленты. Но основная ОС, скорее всего, будет Windows 8, а не Windows CE, которая в настоящее время используется.

Исходя из всего этого, единственный способ, которым Microsoft может гарантировать, что разработчики, которые инвестируют средства в производство приложений для рынка Windows Mobile, не будут завинчены и что пользователи устройств Windows Mobile не будут закорочены, когда новая платформа появится обеспечить стандартную систему для запуска приложений на всех этих процессорах.

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

В конце концов, решение Microsoft строго придерживаться .NET, вероятно, является хорошим. Как только у них есть газиллированные телефоны Nokia на рынке, и все немного пошло, родной код может быть реальной возможностью.

Ответ 2

Эти ответы предназначены для перспективы разработки приложений. Сегодня OEM-производители могут писать собственный код, так как они создают драйверы, но не открываются или недоступны большинству разработчиков и, следовательно, бесполезны для большинства.

Для # 1 Microsoft не сделала никаких объявлений, поэтому только Microsoft знает ответ, и они не говорят.

Для # 2 все это касается безопасности кода и общей стабильности платформы. Очень сложно создавать собственный код на песочнице, и они не хотят, чтобы ваше приложение могло влиять на другие приложения или на платформу. Общая идея заключается в том, что вы должны использовать Silverlight или XNA для разработки приложений, чтобы они отображали.

Ответ 3

EDIT, наконец: для неуправляемого кода WP7 никогда не будет поддерживаться, но в Windows Phone 8 - да, это будет! Они только что объявили об этом. Нативные приложения, C/С++, переносимость iOS/Android и совместное использование кода, DirectX. Однако вам понадобится Visual Studio 2012 и Windows 8 для разработки WP8. Похоже, VS2010 не получает необходимый WinRT SDK.

Однако пользовательский интерфейс nongame по-прежнему будет основан на XAML. API Win32 не поддерживается. Они подталкивают модель с управляемым слоем пользовательского интерфейса и встроенным промежуточным программным обеспечением под ним.

SDK будет выпущен позднее этим летом.

В интересах потомства, вот ответ до 06/20/2012:

• Возможно, Microsoft может.
• Чтобы обеспечить близость платформы, как средство достижения стабильности и согласованности пользовательского интерфейса. Чтобы обеспечить изоляцию приложения. Кроме того, сделать jailbreaking/rooting труднее.

EDIT: если вы хотите создать собственный SDK на WP7, как и я, пройдите знак это петицию и/или это петиция. Спасибо!

EDIT: см. this.

EDIT: также this. По-прежнему не официальный, но этот слух еще больше приближает таймфрейм для поддержки родного приложения - к предстоящему выпуску Tango.

Ответ 4

Телефоны с ОС Windows нигде не будут иметь встроенную поддержку. Игры и другие более интенсивные приложения управляют продажами. Android была вынуждена снять крышку с NDK для поддержки игровой индустрии. Что касается поддержки нескольких процессоров и т.д., Те из нас, кто делает такую ​​работу, делают это в течение долгого времени, поэтому ее не проблема. Уже работа с Intel и ARM без проблем с нашими системами.

Ответ 5

Я считаю, что MS будет поддерживать родное развитие, такое как C/С++. В самом деле. Серьезно.

Потому что для конечных пользователей одним из приложений-убийцами является игра. И большинство кодов игр основаны на C/С++. Коды на основе JS или С# существуют, но не имеют смысла с точки зрения промышленности. Рассмотрим крупных игроков в игровом поле, таких как Unreal или EA. Они сделали огромные инвестиции на C/С++ codebase. Они не откажутся. Другими словами, MS не имеет силы заставить их тратить деньги на .NET. Даже разработка Xbox360 предлагает разработку C/С++. Из-за этого.

И ведущие платформы, такие как iOS/Android, поддерживают встроенную разработку. WP не может справиться с ситуацией без какой-либо игры от крупных игроков. MS действительно хочет игры 3-го пути, и предлагать собственный код - единственный способ получить их.

Конечно, это можно применить к другим приложениям, которые не являются игрой, но игры самые большие. Когда С#/XNA только что вышел, нет библиотеки. Люди должны были сделать все сами. Теперь есть еще немного, но все же бессмысленно для профессиональных игр.

Если MS не будет предлагать родную среду, просто не ходите туда. MS хочет заставить разработчиков использовать управляемый код .NET, но .NET имеет слишком много ограничений, которые могут быть решены только с неуправляемым кодом.

Вопрос только в том случае, когда MS будет поддерживать встроенную разработку.