bala@syr wrote:
因為人家很明確就是兩...(恕刪)
會認為混淆的也是習慣地認為一定要相容舊desk app。
不是golden partner嗎？
但我想你不太清楚，或是沒意識到：
從新win8之後，新型態的軟體可以在平版跟筆電互通，以後ms也都要玩這類型的app，
所以叫win8完全沒混淆。
我反而很擔心，我用mba,mbp...
win8整合太成功的話，ios市占很高，尚不用擔心，是擔心os x又要進一步被壓縮，
如果你真的了解ms打算弄的appstore是怎樣的規模。
個人積分：5分
文章編號：35294301
會認為混淆的也是習慣地認為一定要相容舊desk app。
不是golden partner嗎？
但我想你不太清楚，或是沒意識到：
從新win8之後，新型態的軟體可以在平版跟筆電互通，以後ms也都要玩這類型的app，
所以叫win8完全沒混淆。
我反而很擔心，我用mba,mbp...
win8整合太成功的話，ios市占很高，尚不用擔心，是擔心os x又要進一步被壓縮，
如果你真的了解ms打算弄的appstore是怎樣的規模。
apple的其中兩種主流顧客：
1:想要表現品味卻不一定能成功傳達的有錢人。
2:日子勉強還過得去，同時想要，但這輩子幾乎沒機會成為有錢人的窮人。
個人積分：52分
文章編號：35294316
個人積分：10196分
文章編號：35294786
個人積分：52分
文章編號：35294892
個人積分：10196分
文章編號：35295113
個人積分：5分
文章編號：35296625
chanmingtao wrote:
Microsoft ...(恕刪)
沒有要討砲的意思，只是覺得Windows8、Windows8 Pro、及Windows RT的定位不同。
請參閱:
http://windowsteamblog.com/windows/b/bloggingwindows/archive/2012/04/16/announcing-the-windows-8-editions.aspx
如同樓上網友說的，arm架構的Windows RT走的就是快速、輕巧、高續航力、高移動性的平板OS，它本身搭配有Microsoft Office (Word, Excel, PowerPoint, OneNote)可以符合商業文書處理上跟win7+office的無縫接軌，另一個是 Remote Desktop (client)，是client~! 相關連的是Windows8 Pro的 Remote Desktop (host)。Win8 RT本來就不是為了相容x86架構的程式而生的東西，它只要做好它該做的事就好。
關於授權費，可能win8&win8 Pro會跟目前win7方式差不多，而win8 RT則會用很便宜的方式來授權，例如隨機版15美刀之類的。
而MetroStyle(Start screen, Semantic Zoom, Live Tiles?)那應該是所有版本都有的東西。
個人積分：2分
文章編號：35296912
個人積分：52分
文章編號：35296962
個人積分：99分
文章編號：35305140
amourhsu wrote:
據我所知
wp7 wp8 win8 rt 都要用 .net 架構
此架構 app 能在 win x86 跑....
...
.net 架構下的 app, 就是能跨平台跑, 能在 arm 上跑, 不只是能在 x86 上跑.
這種app 仰賴一個肥大 framework 也容易跟 java 一樣效能不彰
framework 肩負起跟不同環境間api 的運作
.net 或是 javavm 效率問題,
是因為他們的程式是被轉換成跟CPU無關的中間碼, 再透過 VM 轉換成 CPU code 執行.
java 被說慢, 一大部份是一開始它們的目標, 希望大部份的 code 都是在 VM 上執行,
而減少跨平台的相異性, 但一堆本來是要在 Native OS 上跑的code 拿到 VM 之上就是太慢了,
而 MS 的做法是, 盡量用 OS 上的code 執行, 而減少 VM 上的 load,
這樣是效率變快, 但是要跨平台支援就會很麻煩.
其實現在 google 拿 java 來做 android, 也應該是類似 ms 的做法, 結果就被告...
當初 MS 也想曾拿 java 這樣做, 那時 Sun 勢力如日中天, 最後就自己玩 c#/.net 去了.
但是wp7,8 win rt(arm)沒法執行win x86 exe native code
native code 是對應所執行的 cpu,
在 x86 上, native code 就是 x86,
在 arm 上, native code 就是 arm,
在 x86 上可以執行 arm native
或是在 arm 上可以執行 x86 native 是很奇怪的說法,
在 x86 上要執行 arm, 或是在 arm 上執行 x86, 就是要透過 emulator,
透過 emulator, 就不叫 native.
win8 可以執行 native code, 據說 WP8 也可以.
而所謂可以執行 native code, 也意謂著, 要對不同的 cpu, 產生不同的 machine code.
VS11 的 arm 寫 AP 大概也只能用在這裏了. (要不然就是給寫 driver 的人用的)
Java(Android)上的JNI, 同樣是給寫 native code 用的,
而用了 ARM JNI 的 android 的 AP 無法直接在 x86 上執行, 是一樣的道理.
個人積分：99分
文章編號：35305275
chanmingtao wrote:
重點是微軟出這次的 WIN-RT如果和 .NET 4.5差距太大,function call差太多的話
Beta 出來後,
寫了小程式 玩玩,
現在因為公司需要, 現在反而在寫 WindowsPhone7 的程式,
(本來想等 WindowsPhone8 看 Metro 能不能一統江湖再碰 WindowsPhone 程式的)
我的心得是, WindowsPhone7 的 SilverLight AP 比 Windows 8 的 Metro WinRT 程式更像 WPF.
而且已經 BETA, 大概就這樣了...
