话说回来，如果这个时空SWIFT编程语言项目存在的话以林灰同苹.果越来越密切的合作关系想要涉足这样的一个项目是有操作空间的。
但如果这个时空swift这门编程这块拼图缺失的话，而且苹.果内部也没有swift这门编程相对应的项目的话。
林灰凭什么有把握让苹.果内部对swift这门编程这样的项目产生浓厚的兴趣呢？
毕竟此前的Objective-C这门编程语言就已经有着千丝万缕的联系了。
此时的苹.果的行业地位已然不需要通过搞一门编程语言来证明自己的实力了。
林灰觉得正是因为此前的Objective-C这门编程语言就和苹.果有着千丝万缕的联系。
才让到时候林灰有可以上下其手的空间。
为什么这样说呢？
就Objective-C这门编程语言的发展史来说。
这门编程语言最早主要由 Stepstone 公司的布来德·考克斯（Brad Cox）和汤姆·洛夫（Tom Love）在 1980 年代发明。
1981年 Brad
Love 还在 ITT 公司技术中心任职时，接触到了 SmallTalk语言。
Cox 当时对软件设计和开发问题非常感兴趣，他很快地意识到 SmallTalk语言在系统工程构建中具有无法估量的价值，但同时他和 Tom Love 也明白，目前 ITT 公司的电子通信工程相关技术中，C 语言被放在很重要的位置。
于是 Cox 撰写了一个 C 语言的预处理器，打算使 C 语言具备些许 Smalltalk 的本领。
Cox 很快地实现了一个可用的 C 语言扩展，此即为 Objective-C这门编程语言语言的前身。
到了 1983 年，Cox 与 Love 合伙成立了 Productivity Produational（PPI）公司，将 Objective-C这门编程语言及其相关库商品化贩售，并在之后将公司改名为StepStone。
1986年，Cox 出版了一本关于 Objective-C这门编程语言的重要着作《Objeted Pr， Aionary Approach》，书内详述了 Objective-C这门编程语言的种种设计理念。
1988年，斯蒂夫·乔布斯（Steve Jobs）离开苹.果公司后成立了公司， 公司买下 Objective-C这门编程语言语言的授权，并扩展了着名的开源编译器GCC 使之支持 Objective-C这门编程语言的编译，基于 Objective-C这门编程语言开发了 AppKit 与 Foundation Kit 等库，作为 EP 的的用户界面与开发环境的基础。
虽然
工作站后来在市场上失败了，但
上的软件工具却在业界中被广泛赞扬。这促使
公司放弃硬件业务，转型为销售ep（以及OpenStep）平台为主的软件公司。
1992年，自由软件基金会的 GNU 开发环境增加了对 Objective-C这门编程语言的支持。
1994年，er公司和Sun Mi联合发布了一个针对 EP 系统的标准典范，名为 OPEEP 在自由软件基金会的实现名称为 GNUstep。
1996年12月20日，苹.果公司宣布收购 ware 公司，EP环境成为苹.果操作系统下一个主要发行版本OS X的基础。这个开发环境的版本被苹.果公司称为Cocoa。
……
从Objective-C这门编程语言的发展历史上不难看出。
Objective-C这门编程语言虽然是和苹.果有着千丝万缕的联系。
但更准确形容的话，与其说这门编程语言和苹.果有着紧密的联系。
不如说和苹.果故去的上代掌舵人乔/布/斯即大名鼎鼎的乔帮主有着极其密切的关系。
自库/克掌舵苹.果之后，虽然本着萧规曹随的原则，苹.果的产品线对应的布局和苹.果乔布斯在的时候八.九不离十。
但其实内在很多东西库/克其实都在试图在追求去乔布斯化。
虽然说像技术方面是“一朝天子一朝臣”这种模式不是刚需。
但对于像库/克这样一个一直试图走出后乔布斯时代而开创属于自己的新时代的掌舵人来说。
林灰觉得库/克应该很难对于这样的一门相比于Objective-C这门编程语言焕然一新的swift这门编程说不。
林灰觉得库/克应该很难说不。
尤其是像Swift这样一门语言前世就是苹.果方面鼓捣出来的。
本小章还未完，请点击下一页继续阅读后面精彩内容！</div>
Swift 结合了 C 和 Objective-C 的优点并且不受 C 兼容性的限制。
Swift 在 Mac OS 和 iOS 平台可以和 Object-C 使用相同的运行环境。
在具体语法上，Swift和分号说拜拜了，语法更加简洁明了。
林灰相信这样的语言会契合苹.果方面的审美。
而且苹.果内部也不是铁板一块。
至少此前同尹丽莎白·妮诗的交流中。
就没少听尹丽莎白·妮诗吐槽Objective-C这门编程语言。
林灰相信苹.果内部以及广大的软件开发者中和尹丽莎白·妮诗持有相同态度的人绝对不是少数。
诚然如果很多人都是这般的话，那么林灰还是很有把握让苹.果对类似于Swift这样的编程语言感兴趣。
话虽如此，一切还要看这个时空“Swift语言”究竟是什么情况。
再伺机从中施为。
在没有搞清楚这个时空究竟是什么的情况的时候。
以上这些或许是只能称之为粗浅的想法。
具体到真正落实的不知道又是什么时候。
尽管这种提前的思考似乎是有些枯燥。
但林灰是很清楚的，凡事预则立不预则废。
不提前做好周密的预桉涉及到这种重大的项目想要信手拈来那是不存在的。
林灰在此之前还要不断的“练级”，同时提高自身的综合能力和实力。
毕竟机会只垂青有准备的人。
……
当然心中想的这些林灰也没同黄静说。
只是抱怨了几句苹.果这次全球开发者大会没啥干货。
黄静也是深以为然。
似乎突然想起了什么。
黄静告诉林灰：
苹.果方面因为考虑到林灰最近要忙于很多软件交接。
尤其是林灰要就快捷指令这个软件进行一系列升级工作。
为了避免林灰分身乏术，林灰大可以不必亲自远赴重洋领所谓的苹.果设计大奖。
林灰只需要提前录制一段90秒之内的获奖感言就可以了。
当然如果林灰坚持去参加此次苹.果全球开发者大会的话。
苹.果方面也是乐意之至的。
坚持参加？
怎么可能。
事实上，当初林灰虽然对获得苹.果设计大奖欣喜若狂。
但也仅仅是当时而已。
彼一时，此一时也。
随着林灰的迅速成长，以及声望之类的看不见的东西在增长。
此前林灰曾经很看重这奖项。
不过现在的话这样的奖项并不能说是很入林灰的眼。
83书屋：（www.83shu.com）