Swift社区成员还积极地努力将 Swift这门编程语言移植到更多平台上。
借助 SourceKit-LSP，Swift社区成员还在努力将 Swift这门编程支持集成到各种开发者工具中。
在这种不懈的努力之下，到林灰重生前夕那会：Swift这门编程语言不仅能够为苹淉平台开发很多新应用。
而且还适用于一系列新的现代化服务器 App。
除此之外，还有很多广泛的应用。
而这一切，不难发现外部贡献者的用爱发电大大加速了Swift这门编程语言的成长。
如果没有这些外部贡献者即便是Swift这门编程语言能够如期诞生。
恐怕也会在成长的速度上大幅减速。
然而在今生，林灰通过公开、半公开的信息渠道却几乎没有找到Swift社区这样开源社区或者其余任何可能和苹淉开源语言项目有关的信息。
在这种情况下，客观来判断的话：
林灰不由得有些怀疑这个时空苹淉方面搞SWIFT语言是在闭门造车。
抑或是这个时空干脆就没有所谓的SWIFT语言！
听起来有点不可思议，但这种情况也有可能发生。
尽管从前世发生的事情来看，Swift这门编程语言会替代（是主流场景下的替代，并不是完全取代） Objective-C这是必然趋势。
但在前世Swift语言刚刚出现的时候人们可不完全是这么看的。
虽然在已经掌握了 Objective-C这门编程语言的情况切换到 Swift这门编程语言并不难。
但是因为Swift语言刚出现的时候其实是没有很好地解决好跟 C语言和 C 语言混编的问题。
在界面和大部分逻辑采用Swift语言编写，很多项目底层却采用很多项目底层核心库却要用到C语言或C 语言的情况下。
这种时候就不可避免的需要继续使用Objective-C这门编程语言作为粘合层。
另外Swift语言刚出现的时候还有很多库是用 Objective-C这门编程语言编写的，使用这些库需要一定 Objective-C这门编程语言的知识。
换言之，即便是单独学会了swift这门编程语言。
在进行一些开发的时候依然是离不开Objective-C这门编程语言的。
同样使用swift这门编程语言编写的任何功能，使用 Objective-C这门编程语言虽然同样也可以做到。
swift这门编程语言刚诞生的时候并不能特别简化学习成本。
如此一来，为什么还要再学一门新的单独的编程语言呢？
尤其是在新的单独的编程语言似乎有点鸡肋的情况下。
如果以“鸡肋”进行衡量的话。
似乎即便今生苹淉并没有进行swift这门编程语言的开发以替代Objective-C这门编程语言也是有理由的。
毕竟从新开发编程语言也不是一件容易的事情。
不光需要大量的金钱、时间。
而且还需要天才的推动。
苹淉公司开发swift这门编程语言有相应的需求。
不开发也有相应的道理。
至于这个时空究竟有没有swift这门编程语言。
暂时林灰不想过于武断地得出结论了。
一切还是等有更进一步比较确切的消息之后再说。
而且在此之前。
林灰要迅速成长到一定的高度。
这个高度不仅仅是财富上的高度。
而是指能力上的新高度。
如果林灰没有相应的实力。
即便是swift这门编程语言相较于前世真的出现重大变化的话。
以林灰现在的实力想要从中火中取栗也是做不到的。
反倒是很容易引火上身。
而林灰有了强大的实力则不一样了。
一个小小的蝴蝶扇动翅膀都可能引发出一场美洲的风暴。
但想要避免风暴的来临似乎也不费力啊。
只需要在最开始杀死那个疯狂扇动翅膀的蝴蝶就可以了。
同样的道理，当林灰拥有足够实力的话。
林灰可以去控制变量。
如果swift这门编程语言出现重大变化从而导致前世swift这门编程语言对应的拼图缺失的话。
当拥有强大的实力之后，林灰完全可以去补全这个拼图。
至于林灰去补全这个拼图有什么好处呢？
维系时间线的支线是一方面的考虑。
另一方面，跟林灰此前的野心有一定的关系。
涉及到前世信息中，林灰觉得价值较高（上千亿美元直接及间接经济价值）同时近乎于成品的产品大概只有fuchsia OS。
如果林灰以后有强大的实力，拥有很多资源（这里的资源包括但不限于金钱、人力资源等等）可供调配的话。
自然也不需要太多弯弯绕绕，时机成熟了直接“搬运”就完事了。
但倘若林灰力有不逮而不能独自搞定相应的资源整合。
（ps：……虽然所谓的“力有不逮”这是极小概率事件，但纵然有这方面的可能，林灰也不得不提前做好风险规避的手段。）
在力有不逮的这种情况下，如果林灰依然想要进行搬运的话。
恐怕将不得不借助于其他方面或者是更高层面的力量来进行资源整合以实现搬运。
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！
喜欢穿越：2014请大家收藏：(www.luebin.com)穿越：2014零点书网更新速度全网最快。