更新时间：2024-11-18 00:13:02点击：
近日，IBM宣告其下一步的计划是使IBMCloud可以反对Swift编程语言，沦为首个反对Swift云计算的平台。这意味著开发者为Mac、iPhone、iPad、iPodtouch撰写企业应用时，可以利用Swift打造出服务器端的应用于，并让其反对IBM的云服务。此举对于超越前端和后端的研发障碍具备重大意义，编程人员现在可以在Swift中撰写设备和服务器端的代码，还可以有助加快Swift作为公司和企业应用编程语言的采用率。 避免障碍 此前我曾撰文认为，苹果有机会向开发者获取更好的企业云服务。
苹果也正在希望，期望通过iOS应用于获取更好的云服务，但是开发者最在乎的问题却如期没能解决问题。 这个问题就是服务端编程。服务端编程是所指在Web服务器上编程并使其长时间运营。服务端编程也可以与应用程序结合，符合更为多元的市场需求。
以在线游戏为事例，它们充分发挥了服务端编程及用户端APP的起到，呈现生动的游戏画面和深度对话的操纵效果。 那篇文章中我还提及，苹果可以将Swift编程语言作为其服务端编程的基础。
IBM早已发售了SwiftBox工具，容许开发者必要在网页上撰写Swift代码，Swift变成开源语言后大受欢迎，甚至还在GitHub热门程度排行榜中名列榜首。 IBM方面回应Sandbox的发售意味着是开始，此前于是以因为它是年所被发售的产品，因此当时并没与之相匹配的云服务。IBMCloud的发售转变了这一局面。
迅速，Swift就将沦为Bluemix和IBMCloud可以必要用于的编程语言。 双方的考量 似乎，IBM想利用它的优势，在iOS开发者社区推展它的云服务平台。
苹果和IBM的合作关系充分利用了iOS应用于、客户端和服务端编程之间的关系。将Swift作为双方的基础编程语言之一，将协助双方构建共赢局面。 但是这种合作关系并不极致。
我指出，双方的合作关系也许不会沦为苹果发展企业云服务道路上的妨碍。AAPL未来可以发展的方向是，使客户端和服务端的研发需要在同一个平台中已完成。比如目前苹果开发者用于的Xcode。
Xcode是研发OSX和iOS应用程序最快捷的方式，在研发的过程中，它不会通过一个虚拟世界服务器对应用于展开测试，当开发者指出程序需要之后测试时，这套代码就不会自动上传，审查后则不会月公布。 苹果将在自己的运设备上运用服务端编程，向必须用于这一编程语言的开发者缴纳一定的费用。此前，苹果也正是这么做到的。 在将Swift变成开源语言的过程中，IBM占有了主导地位是有其合理性的。
首先，IBM是苹果的拟合自由选择。但是在这个平台上，开发者操作者的过程并不那么便利。
他们首先得像平时一样利用Xcode撰写客户端应用于，然后将其运送到Bluemix或者Kitura平台上展开服务端编程。 似乎这造成了一些重复劳动。开发者可以利用Xcode已完成基础编辑，之后他们必需将这段代码上传遍另一个分开的服务器上。
另外，Swift开源语言和Ios系统内的Swift语言并非完全一致。正因如此，作为开源语言的Swift获取的都是基于命令行的工具。 劳动分工 IBM的角色也许在合作关系创建之初就早已确认了下来。
这项合作不仅倍受开发者的期望，苹果公司自身大约也具有极高的希望。之后，开发者将大量涌进IBM的云服务平台，从或许上来看，这奴役的是苹果未来有可能取得的利益。
当然，这也有可能是苹果为了大力发展企业云服务而作出的壮烈牺牲。我们期望这项合作会褫夺苹果向其开发者获取服务端编程服务的权利。 似乎，苹果未来是不会朝着给开发者获取服务端编程的方向发展的。
2014年AAPL第一次讲解了CloudKit，这项工具可以协助开发者在它的服务器上创建并管理数据库。同时，开发者设计的应用程序可以充分利用后台的数据库资源。
不过这本质上不属于服务端编程。 今年的WWDC大会之后，在不违反与IBM的合作协议的情况下，苹果可以为Swift编程语言获取服务端编程的自由选择。
与Xcode互为统合，对开发者将是很大的激励，并且很有可能加快iOS云服务的发展。苹果也可以让开发者自由选择其他服务商，其中，当然也还包括IBM。 投资建议 苹果与IBM合作之后，否能减缓其获取企业云服务的步伐还未可知。
也许只有等到6月WWDC大会开会之后，一切才不会显得明朗一起。 当前，将Swift作为Bluemix的编程语言之一更加看起来双方的一次尝试，也有可能代表了未来的战略方向。不管两家企业怎样定位现在这一行径，苹果都可以在企业内取得大量的曝光，且苹果最后应当不会获取给开发者一套统合的编程语言。
当苹果达成协议这一目标时，不论与IBM的合作关系否依然不存在，它的编程语言将沦为开发者的拟合自由选择。因此我给与AAPL购入评级，并建议投资者长年持有人AAPL的股份。
本文来源：NG南宫娱乐-www.yunmobim.com
