桥梁的问题在于,无论它多么漂亮或结构巧妙,如果没有人要过路,那它就是通向无处的桥梁。微软已经首次展示了Islandwood,它的“桥梁”将iOS程序带到Windows Universal。iOS应用程序有什么吸引人的理由吗?
微软试图在Windows Mobile上打破应用程序贫困的一个重要部分就是它试图建立到更多应用程序丰富平台上的“桥梁”。我们已经拥有威斯敏斯特(Westminster),这是一种创建可在Windows 10上运行的Web应用程序的便捷方法,但不太可能吸引大量开发人员来创建杀手级应用程序。现在,微软已经宣布对“ Islandwood”进行早期研究,因为其iOS至Windows 10桥的代号为。
这可能是杀手级应用程序的来源吗?
第一个惊喜是它是开源的。这是有道理的,因为微软实际上并不希望从桥梁中赚钱。这个想法是要为Windows 10获得更多应用程序。因此,开源是一个很好的意义,因为无论它获得什么用户,都可以帮助使其正常工作。但是,值得注意的是,并非所有系统都是开源的。
桥由四个组件组成:
Objective-C编译器。这会将Objective-C程序转换为通用Windows应用程序。这不是开源协议的一部分,而是在GitHub上提供二进制文件。编译器最终将作为秋天计划的Visual Studio 2015更新的一部分提供.Objective-C运行时,允许iOS应用运行在Windows Mobile平台上。iOSAPI标头/库。VisualStudio IDE集成。编译后,iOS应用程序并非100%完成。公告说:
“使开发人员能够合理地重用尽可能多的现有iOS代码”
此外,iOS应用程序将有权访问所有Windows API,并且将与真正的通用Windows应用程序一视同仁。
当前,该项目支持Windows 8.1和Windows 10应用程序,但不支持ARM。这将在以后出现,并允许完全支持Windows Mobile,即电话。
因此,最重要的是,该项目的真正重要部分,即编译器,不是开源的,而令人信服的在Windows上运行现有iOS应用程序所需的工作量当然也不为零。
在其他桥梁上也有新闻。
Android Bridge的Project Astoria项目目前仅在受邀预览中,并有望在秋季公开发布Beta版。
一条有趣的信息是,微软正在帮助Google的开源项目ANGLE。这是OpenGL到DirectX的转换工具。显然,Android将OpenGL用于其高级图形,必须做一些工作才能使其与DirextX一起运行。
我不知道Google是否有任何想法,说其项目将帮助微软获得Android应用程序的份额。
最终,经典Windows应用程序Centennial的桥梁将在明年某个时候推出。如果有人想将.NET和Win32应用程序转换为Windows Store应用程序,那么只有时间会证明一切。
确实,最大的问题是,形成跨越所有这些桥梁的队列的大小是多少?
目前,微软似乎正在强调通往Windows 10台式机,笔记本电脑和平板电脑的途径。这可能是因为电话代码滞后了。建立所有这些桥梁的问题似乎也使得跨任何一个桥梁的吸引力降低。目前,Windows Phone应用程序的市场仍然很小,为什么在如此小的市场上却不厌其烦地转换高收益的iOS应用程序呢?
难道微软试图使整个Windows 10安装的用户群看起来像真实的市场?
如果是这样,这是一个聪明的举动,但也引起了一些问题。
据推测,通用Windows应用程序可以在所有应用程序上运行,因此您的市场不仅仅是手机。但是,大多数iOS和Android应用程序都是电话应用程序-谁想要在桌面上运行电话应用程序?
在最后的分析中,真正重要的是跨越这些桥梁有多容易。
如果成本几乎是零,那为什么不紧紧抓住市场来看看呢?
如果成本很高,或者只是觉得成本很高,我的猜测是只会有少量的专用桥接器。
郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。