作者ReitaHey (ReitaHey)
看板WindowsPhone
标题Re: [情报] Win10M 安装android apk
时间Tue Aug 11 01:15:03 2015
※ 引述《YahooTaiwan ( )》之铭言:
: 试着猜想一下微软开放 W10M 安装安卓 App,背後所隐含的意图
: 1. W10M App 大增 (纳入大多数安卓 App)
: 2. W10M 使用者大增 (少了 App 贫乏这个缺点,可以较无疑虑的加入)
: 3. 本来就有开发 WP App 的厂商会考虑是否继续留着这个产品线
: 3.a 没有计画要 Porting 在电脑上的厂商
: 会砍掉 WP App 产品线,并直接用安卓 App 取代
: 3.b App 适合跑在电脑或平板上的厂商
: 会因为 Win10 家族的影响力越来越高而新增原生 UWP 产品线
: 4. 本来没有开发 WP App 的厂商,会评估是否要加入以抢下电脑 App 市场
: 整体策略是以手机市占带动电脑 App,这也顺便说明了为什麽 Win10 是免费升级
: Win10 免费升级带来的高市占,能成为厂商加入原生 UWP 开发的诱因
: 至於第 2. 点会不会实现,个人觉得机率很高,至少翻倍成长 (1% -> 2% ? XDD)
: 对使用者而言,App 数量与品质都能大幅提升,不用再被笑拿一只半残手机
: 对开发者而言,虽然少了因为 3.a 而退出的公司
: 但同时也多了因为 3.b 和 4. 而加入的公司
: 整体数量或许不减反升
这篇讲的更清楚
原文:(
http://tinyurl.com/qjs3yx4)
但我怕有人还是会误会,所以我用我的方式说
‧Project Astoria
1.Win10 Mobile可以透过Project Astoria工具让Android App转制为Appx直接执行,无需修改App(如果直接兼容Apk,会对Windows平台产生非常大的伤害,所以微软让开发者自己决定是否转制成Appx),不过用的是否流畅、正常,还需要开发者进行适配优化(另一部分理论是因为Windows 10 Mobile仍是技术预览版,所以有待微软优化)
2.如果带有Google 服务的api,那麽Project Astoria将协助其替换成微软的Api。
3.Android App转制成 Appx 会有什麽改变?目前来看本质是一样的,比如之前修改的支付宝和直接安装支付宝 App,安装效果基本相同。 只是Apk需要转制成Appx再行安装,而 Appx 可以在开发者模式下手机内直接部署。
有人认为是Windows 10 Mobile里内置Android模拟器,而微软更愿意称之为「Android子系统」,除了有模拟器功能外,还有一些其他功能。
转制成Appx的App只能在Windows 10 Mobile系统内安装,Win10不能使用,而且并不是Universal Windows Platform
‧Project Islandwood
微软近期已经发布iOS App移植工具,并且将其开源(不过仍是预览版,最终版会在今年晚些时候到来),目前暂时只支援移植为Windows 8.1和Windows10 x86 以及x64 App,还不支援Windows 10 Mobile的ARM架构App。
‧ Project Islandwood相比Astoria来说,这才是完完全全的移植。 由於iOS的封闭,安卓的开源,微软不可能在Win10 Mobile中内置iOS子系统,而Android很方便。
‧ 移植iOS应用,需要将iOS专案导入到Vision Studio 2015中进行编译,微软内置了一套 Object-C 语言编译器,并且将 iOS 专案用到的API全部重写或者映射到相应的Windows APIs上。
不过目前Islandwood还不太成熟,比如缺失基本的标头档和库无法进行编译,有些API还不能匹配等等,需要开发者花费一定的精力进行转换,不过相比以前移植已经说很不错了,节省了大量工作。
Islandwood移植後的App等同於Universal Windows Plaform,可以适配Windows 10、Windows 10 Mobile等等,例子《Candy Crash Sega》。
微软希望通过 Project Astoria和Project Islandwood专案破除Android、iOS app移植到Windows系统的隔阂,尽最大努力为开发者提供便利的开发方式,桥梁的作用重要性不言而喻,至於是否会带来良好的进展还有待观察。
-------
意思正是路都帮你开好了,要不要走都决定在开发者身上
还有一点是对於开发者,以前的WP根本是可有可无的(在这向Yahoo大道个歉顺便致谢一下,之前误会你了),现在则不一样了,Universal Windows Plaform让App桌面版也可以制成手机版,但是转制Android App不附带桌面版。并且现在的Windows有好几十亿个用户,不开发真的可惜。
--
Sent from my Windows
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 182.234.206.105
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/WindowsPhone/M.1439226907.A.FE1.html
1F:推 icarus0508: 子系统应该比较合 因为他只是io 资源像win10m拿 如 08/11 02:56
2F:→ icarus0508: 果是摸拟就是隔一大层 所以project a 我记得限java 08/11 02:56
3F:→ icarus0508: 写的 native不行 08/11 02:56
4F:→ icarus0508: 向 wiN10m拿 08/11 02:56
5F:推 icarus0508: 如果要摸拟 ios的应该可以 但我觉得他让ios要重编 而 08/11 02:59
6F:→ icarus0508: 且可以回win10上 应该是因为ios的code质品质比较好吧 08/11 02:59
7F:→ icarus0508: 严格来说appx ms还是视他为uwp 只是限手机的uwp 08/11 02:59
8F:推 SHR4587: 能拉的MS应该都尽量拉了接下来真的只能看风向了 08/11 06:51
9F:推 hungys: 现在一堆app都有少部分是用native写啊。 08/11 07:06
10F:推 hungys: 我倒比较好奇到底要怎麽看它是个子系统还是虚拟机。 08/11 07:13
11F:→ hungys: CPU-Z 打开来看写着 hyperv,至少我相信 Hyper-V 是以某 08/11 07:14
12F:→ hungys: 种型式存在的。 08/11 07:14
13F:推 hungys: 而且 iOS code 品质比较好?这推论很奇怪... 我倒觉得是因 08/11 07:20
14F:→ hungys: 为 iOS 不管 framework 还是 runtime 都是闭源的才只能这 08/11 07:20
15F:→ hungys: 样做,完全靠 API mapping。 08/11 07:20
16F:推 hungys: 反观 ProjectA 就是倚赖着现有的 framework run,有 Windo 08/11 07:22
17F:→ hungys: wManager, 也有 SurfaceFlinger 来 render Android UI。 08/11 07:22
18F:推 hungys: 一个合理的猜测是,Android app 的画面是从 Hyper-V 的 fr 08/11 07:35
19F:→ hungys: amebuffer 导出来的。 08/11 07:35
20F:→ hungys: 触控、其他事件的重导向则极有可能是在 application level 08/11 07:37
21F:→ hungys: 做的,我有挖出三个 apk。 08/11 07:37
22F:推 hungys: 总结来说可能是新型态的虚拟化:Hyper-V + pico process, 08/11 07:52
23F:→ hungys: 後者是 MSR 的一个研究项目。 08/11 07:52
24F:推 icarus0508: 我的结论是来自生态 而非技术 ios用户比较愿意花钱 08/11 09:23
25F:→ icarus0508: 很多ios版的程式 预设是完整无广告要付钱的程式 品 08/11 09:23
26F:→ icarus0508: 质是比广告桌好 08/11 09:23
27F:推 icarus0508: 现在更多app是不用java写 而是全上ndk 为了跨 ios 以 08/11 09:26
28F:→ icarus0508: 及效能 这种程式ms的处理方式是vs的 共用逻辑程式专 08/11 09:26
29F:→ icarus0508: 案 08/11 09:26
30F:推 t77133562003: 这是事实阿 安卓在追硬体 也算是某种APP生态不良 08/11 11:00
31F:→ t77133562003: 的结果巴... 08/11 11:00