此次TX事件的个人看法，我觉得有两种方法快速开发UWP，一种是从WP8.1的Sliverlight框架的QQ转制成UWP,然后修改一些API一般就完成一大半了，毕竟父亲就是WPF+原生的C#，孩子肯定和父亲很相像；但是，Moblize.NET移植工具在去年9月末发布，到目前该工具才算得上是成熟。所以本人才开始移植WP7时代的游戏，而且现今已经通过测试正在发布到应用。届时大家可在电脑平板和手机上体验Sliverlight转制工具的神奇，从开始工作之时到结束也就仅仅三个钟头的时间，大家可想而知。说了这么多，那么第二种方法自然而然的就是IOS转制成UWP了，这种方法呢目前来看不清楚在转制之后是否可以在原有的代码层上新增功能，但是就目前IOS的QQ和微信的功能上来看，已经是相当完善了，也就是说现在只需要微软完善IOS转制SDK后，IOS转制就不是那么难的事情了；相比Project Astoria，Project Islandwood是从代码层上去下功夫，而不是直接弄个运行环境隔着一层墙去操作，所以IOS转制UWP的运行速度和体验肯定优于AOW。

前面说了这么多废话，说些简单的，Win32(X86)应用和UWP谁好？个人认为有两面性，Win32的权限相比更大，但是一个个窗口的交汇，这些系统资源很多开发公司不会去管他什么时候释放，就相当于我要用就用，不理你不用的时候怎么办，这也就说明了为什么我们的电脑运行Win32应用越久就越卡的原因。但是UWP就不同，它是以一个“页”去显示的，你要显示的东西就在这个“页”上面，任务做好忘了释放，他会给你释放，这个“页”关闭了，用不着的东西就释放掉，程序退出了就完全释放全部内存，仅仅剩下要求的通知功能挂在系统上，没有推送就没动作，如果程序不要求通知功能，完全释放资源。

所以从长远来看，大部分的软件会使用UWP框架去写软件，但是对于大型游戏、开发工具或者是对系统权限较高的软件一般来说就目前很难使用UWP，而且各位在电脑使用过UWP的都觉得比Win32的软件要好出不少，剩下的也就剩下优化&新增功能吧！