昨晚从头到尾看完了开发大会，虽然azure那里真的很hardcore,但总也是熬过来了，看到win10最大亮点在于把编写UA的机制弄得更容易让已经开发另两阵营app的开发者可以用非常简单的方法直接转移程式码到win10，但是我有个疑问，真的有这么简单吗，如果app内含使用到某种特定的API,而刚好win10根本没开放，这样子转译程式会成功吗？？？

微软外星科技？想到Amazon之前好像也做过类似的事...

你的问题目前真的没什么人清楚因为微软没有放出太多细节，preview也算是invite-only

Candy Crash 据说是第一个实验品，成功从IOS 转移win 8.1http://tinyurl.com/ktuatwo

而且wp的手机很多是16:10 iOS是16:9

只能说想得美

我也觉得想得美XDD 这要花多少资源去实作啊..更别说竞争对手还会继续维护 新增 修改API弄成这样emulator还比较轻松点...

Win10 里面有个 Android 子系统所以这些应该有考虑进去只要 Android 大更新的时候更新 Win10更新里面用 AOSP 为基础的 sub-system 应该就可以了

好深奥啊...

等于他把安桌视为 framework

吸星大法

12楼说的消息是真的吗 这个可行性很高耶 XD

昨天发表会有说啊

喔喔 我觉得麻烦所以没看 这样以后就不需要特别装duos之类的很不错 感谢解答

不过也要等开发商移植过去...感觉上会取决于Win 10的普及率

12楼很难数耶 XDDDDDDDDD

数下来 12楼就是你啊!!! (指指

我用手机 所以没差 XD http://i.imgur.com/Fbv3atJ.jpg

XDDD

那 iOS App 呢？

iOS App 微软有 Objective-C 编译器

我是说Android有AOSP 那iOS呢？

就我说的那段啊让开发者可以重新编译

喔喔 所以这样就不会有API不同的问题 O.o?

可能要处理的比 Android apps 移植过来的多吧我不会开发，所以要问开发者，只是就字面上看起来Android 应该比较轻松，已经开放测试了，我看看有没有相关情报

Android 是子系统，类似 POSIX 可以跑在 Windows 上的做法而 iOS 则是需要从源码重新编译，并不能直接跑安卓的支援，和过去 Windows 上对 UNIX 的支援是类似的

所以目前8.1只能跑ios移植过来的吧

是因为iOS相对来说比较单纯吧

我朋友在做Project Astoria, 昨天问他他说微软规定未正式公布内容前什么都不能说... :X

好神秘

只是说有兴趣的话拿自己公司的APK去专案页面登记测试.

app lifecycle 和背景程式运作机制也是个问题

app lifecycle应该还好, 因为XWin和Windows比也差很多比较大问题的会是硬件相关, 例如上面说的画面比例,还有WP不容许intercept call之类的...Andriod写的程式反而容许碰这块的话WP开发社群应该会暴动吧... :P

背景程式的机制差很多吧，我很久没写安卓没更新资讯

Win10 app不是随便你缩放比例吗？

嘛, 反正微软也不是第一次做JVM了, 这点事应该JVM会处理好的啦.WP跑Android App可能会有黑边吧... :P