Câu trả lời này hoàn toàn là suy đoán, nhưng tôi cảm thấy rằng hầu hết những người khác đã trả lời câu hỏi này bỏ lỡ điểm bằng một cú sút dài. Chúng ta hãy giả sử rằng đây không phải là một quyết định mang tính quyết định của Microsoft, mà thay vào đó là một quyết định kỹ thuật rất tốt, hoàn toàn không liên quan gì đến các hạn chế về nội dung hay cách khác. Những vấn đề này chỉ là tiền thưởng cho MS
Microsoft đang tham gia vào thị trường di động, lần này có vẻ như thật. Rất sớm sẽ có hàng chục triệu điện thoại Nokia được vận chuyển bằng Windows Phone và bất cứ thứ gì họ nhận được trên đó sẽ chỉ là nước thịt. Windows Phone mặc dù vẫn chưa thực sự tìm thấy nhà của nó.
Trong một hoặc hai năm tới, điện thoại, máy tính bảng và máy tính xách tay cuối cùng sẽ bắt đầu hội tụ vào một thiết bị duy nhất. Mọi người sẽ mang theo điện thoại của họ trong túi của họ, nhưng điện thoại đó cũng sẽ là đơn vị CPU của máy tính của họ. Điều đó có nghĩa là chỉ cần ngồi gần một màn hình HDMI không dây và kết nối bàn phím và chuột qua USB không dây (hoặc bluetooth nếu chúng ta không may mắn), người dùng sẽ có toàn bộ PC của họ với họ mọi lúc. Máy tính bảng sẽ chỉ trở thành một màn hình cảm ứng chạy bằng pin có giao diện với PC trong túi của bạn.
Vì vậy, tất cả phần mềm được viết cho Windows Phone sẽ có thể chạy chưa được sửa đổi trên PC, máy tính bảng và/hoặc điện thoại. Điều này là do có một cơ hội lớn mà PC bạn đang chạy sẽ là x86 hoặc ARM chạy Windows 8. Khi PC nằm trong túi của bạn, giao diện người dùng bạn sẽ thấy sẽ là GUI của Windows Phone. Khi bạn kết nối với màn hình, bạn sẽ thấy giao diện ribbon. Nhưng hệ điều hành cơ bản sẽ rất có thể là Windows 8, không phải Windows CE hiện đang được sử dụng.
Dựa trên tất cả điều này, cách duy nhất mà Microsoft có thể đảm bảo rằng các nhà phát triển đầu tư vào sản xuất ứng dụng cho thị trường Windows Mobile sẽ không bị vặn vẹo và người dùng thiết bị Windows Mobile sẽ không bị thiếu sót khi nền tảng mới xuất hiện để đảm bảo có một hệ thống chuẩn để chạy các ứng dụng trên tất cả các bộ xử lý này.
Ngay cả bây giờ, viết cho Honeycomb là một cơn ác mộng vì nếu bạn phát triển mã nguồn gốc, bạn phải hỗ trợ cả ARM và x86 và không có cơ chế hỗ trợ thực sự cho nó. Giải pháp duy nhất là phát triển, đóng gói và gửi hai phiên bản. Viết ứng dụng cho iDevices dễ dàng hơn một chút vì không có chồng chéo. x86 trên máy tính để bàn, ARM trên thiết bị. Nếu bạn phải sử dụng mã nguồn gốc trên thiết bị, ARM là tất cả những gì bạn cần. Thậm chí sau đó, có hỗ trợ nhị phân chất béo trên cả thiết bị và máy tính để bàn, do đó, điều này sẽ không thành vấn đề ngoại trừ khi tối ưu hóa.
Cuối cùng, quyết định của Microsoft để tuân thủ nghiêm ngặt .NET có lẽ là một điều tốt. Một khi họ có một số điện thoại Nokia trên thị trường và mọi thứ đã ổn định một chút, mã nguồn gốc có thể là một khả năng thực sự.
"Ai đó có thể cho tôi biết nếu mã C++ không được quản lý sẽ được hỗ trợ trong các phiên bản tương lai của Phone 7 OS?" Xin vui lòng chờ một phút cho đến khi tôi bắn lên quả cầu pha lê của tôi .... Thực ra, mã gốc được hỗ trợ ngay bây giờ trên Win Phone 7, bạn chỉ cần là một OEM. –
Hầu như bản sao của http://stackoverflow.com/questions/4539876/is-it-possible-to-program-for-windows-phone-7-in-standard-c-only/4540330#4540330 –
@David, câu hỏi cập nhật cho bạn. Tôi đoán rằng nếu bạn nhìn tốt hơn vào quả cầu pha lê của bạn, bạn sẽ thấy rằng tôi không phải là Samsung. – watbywbarif