微软的Islandwood现在在GitHub上-iOS桥梁无处可去? 微软缩减Windows Phone 为什么当Microsoft删除通用应用程序时我们应该编写通用应用程序-Skype仅用于桌面 Tizen成为三星物联网战略的中心 Google通过App Engine提供后端服务 微软Downs飞行 通过PhiloGL使WebGL更容易 FlightGear 2.6 Firefox 12提供改进的开发人员工具 人口普查分析仪提示未来 Azure数据编码 Firebug 1.11发布 英特尔使其可穿戴-发展轨迹 简易Windows RT越狱 希格斯玻色子机器学习挑战在Kaggle 浏览器市场份额竞赛中的方向改变了吗? 挖掘社会形象 Windows Phone 8-重新启动 谜确保资金–扩展对公共数据的访问 Hadoop添加了内存缓存 Pong开发人员挑战赛 有一天要使用Windows Phone 8 SDK吗? Apache Spark 2.0发布 诺基亚转到高级开发人员计划 开发人员可以使用Asus Xtion Kinect克隆 红色编程语言 图灵赦免的新呼吁 程序员节-庆祝 Ki-适用于JavaScript的Lisp Go 1.10添加了自动缓存 您的WiFi知道您在哪里! Lodash-功能性JavaScript库 Go变成了七岁时的注意力 NetBeans 7.3发行候选版 平板电脑吸引用户远离台式机和笔记本电脑 LoveLetters赢得托尼销售奖 新的汉语普通话改善了版本控制 为了庆祝艾伦·图灵 Pharo 6.0移至64位 NativeScript-统治一切? 伊万·萨瑟兰(Ivan Sutherland)荣获京都奖 TypeScript 1.8 Hits Beta 可穿戴的Android-WIMM One Xamarin现在免费-这会改变一切还是什么? 图灵的纸牌信件将被拍卖 Arduino正式发布-1.0版 p5.j​​s将处理引入网络 JavaFX在Raspberry Pi上运行 jQuery仍然是我们最喜欢的框架 坑-F#到JavaScript编译器
您的位置:首页 >运维 >

微软的Islandwood现在在GitHub上-iOS桥梁无处可去?

桥梁的问题在于,无论它多么漂亮或结构巧妙,如果没有人要过路,那它就是通向无处的桥梁。微软已经首次展示了Islandwood,它的“桥梁”将iOS程序带到Windows Universal。iOS应用程序有什么吸引人的理由吗?

微软试图在Windows Mobile上打破应用程序贫困的一个重要部分就是它试图建立到更多应用程序丰富平台上的“桥梁”。我们已经拥有威斯敏斯特(Westminster),这是一种创建可在Windows 10上运行的Web应用程序的便捷方法,但不太可能吸引大量开发人员来创建杀手级应用程序。现在,微软已经宣布对“ Islandwood”进行早期研究,因为其iOS至Windows 10桥的代号为。

这可能是杀手级应用程序的来源吗?

xcode7

第一个惊喜是它是开源的。这是有道理的,因为微软实际上并不希望从桥梁中赚钱。这个想法是要为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应用程序都是电话应用程序-谁想要在桌面上运行电话应用程序?

在最后的分析中,真正重要的是跨越这些桥梁有多容易。

如果成本几乎是零,那为什么不紧紧抓住市场来看看呢?

如果成本很高,或者只是觉得成本很高,我的猜测是只会有少量的专用桥接器。

windowdevs

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。