目前还不知道apk究竟会不会真正转制/移植成win10和win10M通用的appx，还是说这个所谓的appx包只不过是为了可以往winstore发布，具体在手机里还是以apk的格式运行，毕竟手机里的子系统只能用apk，并不支持appx。
而且通过对《windows 10 阿斯多瑞亚项目》的阅读，并未发现真正的转制/移植通用应用的介绍，通篇写的就是环境部署apk部署以及服务的替换，根本就是apk的兼容。
那么我们怎么来判断是不是真正的转制/移植appx呢？很好办，因为真正的appx运行是不需要安卓子系统的，appx已经是win10的通用应用，可以不依赖AoW镜像而运行在windows 10和windows 10 mobile 上。我们知道，windows 10的C:\Windows\System32目录中不存在AoW镜像，而windows 10 mobile的C:\Windows\System32是有AoW的。
所以我们可以这样鉴定是不是真正的appx：如果apk转制/移植成的appx，既可以在windows 10 mobile上运行，也可以在windows 10上运行，说明《windows 10 阿斯多瑞亚项目》是真正的转制/移植应用，它可以把apk完全转制/移植成符合windows的标准，利用windows的内部环境运行，完全脱离安卓的范围，因为它是appx。而如果转制而成的appx只能在windows 10 mobile上运行，无法在windows 10上运行，那么这个appx就属于本文开头的假设，它其实是套了个appx的外壳的apk。套上这个appx外壳的原因是能够上架windows store，当我们用windows 10 mobile从windows store上下载安装这个appx是，它会在手机端脱掉appx的外壳，重新以apk的方式运行在windows 10 mobile的AoW环境中，因为它本质还是apk。
当然具体是哪种情况，现在还无法确定，等到windows 10 mobile发布之时我们就知晓了，是不是转制/移植appx全要看需不需要AoW环境。
而且通过对《windows 10 阿斯多瑞亚项目》的阅读，并未发现真正的转制/移植通用应用的介绍，通篇写的就是环境部署apk部署以及服务的替换，根本就是apk的兼容。
那么我们怎么来判断是不是真正的转制/移植appx呢？很好办，因为真正的appx运行是不需要安卓子系统的，appx已经是win10的通用应用，可以不依赖AoW镜像而运行在windows 10和windows 10 mobile 上。我们知道，windows 10的C:\Windows\System32目录中不存在AoW镜像，而windows 10 mobile的C:\Windows\System32是有AoW的。
所以我们可以这样鉴定是不是真正的appx：如果apk转制/移植成的appx，既可以在windows 10 mobile上运行，也可以在windows 10上运行，说明《windows 10 阿斯多瑞亚项目》是真正的转制/移植应用，它可以把apk完全转制/移植成符合windows的标准，利用windows的内部环境运行，完全脱离安卓的范围，因为它是appx。而如果转制而成的appx只能在windows 10 mobile上运行，无法在windows 10上运行，那么这个appx就属于本文开头的假设，它其实是套了个appx的外壳的apk。套上这个appx外壳的原因是能够上架windows store，当我们用windows 10 mobile从windows store上下载安装这个appx是，它会在手机端脱掉appx的外壳，重新以apk的方式运行在windows 10 mobile的AoW环境中，因为它本质还是apk。
当然具体是哪种情况，现在还无法确定，等到windows 10 mobile发布之时我们就知晓了，是不是转制/移植appx全要看需不需要AoW环境。
正式版再说，反正pc大厂不会移植应用给用户用
