maganta wrote:請問一下當初出WP7的時候為什麼微軟不考慮這點而要等到WP8時才來考慮?難道微軟是到今天才意識到這一點嗎? 其實理由很簡單...為了幫WIN8RT平板鋪路也就是要讓WP8和WIN8RT的APP互相流通所以犧牲了WP7
其實邏輯很簡單1. 最容易設計(也跨平台:iOS, Android, WP): HTML5(但內容可能無法生動或效能好到某種程度,畢竟只是網頁呈現)2. 透過.NET (主推C#,但其他微軟相容的語言也是OK): C# + XAML3. 原生(Native): C++ (應該是用來取代WP7 XNA)遊戲本身效能要求很高,尤其是3D應該都是用C++寫 (或其他對效能很要求的應用程式)以上第三種已經確定不會相容於WP8 (核心不同)
patrickh0910 wrote:我們就好像買了非常貴的DVD播放器 然後半年後廠商就不再出DVD...網路上一堆護衛隊就會說:"沒關係啊 現有的DVD就已經很夠看了 你買播放器又不是為了要升級..."半年後別人看得很開心的片子...我們的播放器都不能看... 然後,再過兩年後 ....回想過去別人是怎麼用他那台 BD 播放機的:「只看過一片 BD,其它都是用來看 DVD ...」
SALTIRE wrote:其實理由很簡單...為了幫WIN8RT平板鋪路也就是要讓WP8和WIN8RT的APP互相流通所以犧牲了WP7 所以:W8 可以執行 W8RT 程式W8RT 可以執行 WP8 程式→ W8 可以執行 WP8 式若 WP8 可以執行 WP7.5 程式 ..那→ W8 也就可以執行 WP7.5 程式了!
修改我個人在Ptt WindowsPhone版的文章我個人在手機遊戲開發商工作,當初在公司做的遊戲能支援iOS和Android,唯獨WP7不行。為什麼?因為iOS和Android都支援Native Code (C/C++)啊!!現在For Mobile的商用遊戲引擎都是用Native Code寫的,然後遊戲開發商寫腳本語言, 和輸入美術資料。雖然不同平台的API會不一樣, 但是通常C/C++撰寫的程式,會做抽象化(abstraction), 但系統API模組化封裝起來,在不同的平台編譯時, 只要抽換模組就行, 不需重寫。WP8出後,商用遊戲引擎一定會在一兩個月內釋出WP8版本, (WP7幾乎沒有商用引擎)然後跨系統開發的門檻就會大幅降低,有很多遊戲商可能因此把很多在iOS&Android的作品重新透過商用引擎編譯到WP8賣依我從iOS移植到Android經驗,一個月時間就能把現有遊戲放在WP8賣。WP8的使用者可能很爽, 因為iOS和Android移到WP的APP變多了。但是WP7使用者, 這些好處我們都享受不到,身為WP7使用者的我們, 還是只能乖乖吃屎吧。
inben2 wrote:然後,再過兩年後 ....(恕刪) 這樣說是不夠嚴謹.. 未來只會出bd,dvd越來越少時,或是像 VCD / VHS 一樣現在已經絕種的時候,DVD PLAYER 要怎麼辦,就只有淘汰一途.因為我也是 WM 6.X 的受害者之一.
小小貓弟 wrote:MS本身有Win32&.Net技術WP8淡化.Net,XNA就是.Net,造成WP7&WP8接軌問題.Net從2002開始,一開始氣勢多大一副不學就好像會淘汰的樣子到今天2012年了,MS搞的是什麼? 應該沒"淡化"吧~.net還是微軟一貫的策略。程式開發不是只有遊戲這個領域,CAD、繪圖軟體、Video encoder/decoder等比較需要用到C/C++。除此之外,企業用軟體,像銀行等,如果是用Microsoft Solution,通常都用C#或VB.net。現在不太有人用C/C++來寫。WP7底層用的是.net compact framework 3.7WP8底層用的是.net framework 3.5一般軟體同時可以支援WP7和WP8是沒問題的,軟體商要不要做而已。