如果蘋果的重大項目出現比較大的變化的話。
這樣的事情是林灰所不希望看到的。
故而林灰主觀上是很希望Swift這門程式語言專案是存在的。
至於為什麼這樣的語言專案要鴿了WWDC,林灰也寧願是相信這樣的一門程式語言只是研究受挫了而已。
然而世界是客觀的,至少是不以個人主觀意識進行轉移的。
純粹就客觀層面出發,林灰此前主觀的判斷怕是有點過分樂觀。
前世Swift語言是計算機領域程式語言的最新研究成果。
這門程式語言差不多算是融合了前世蘋果平臺數十年的經驗。
雖然這門語言融入了很多蘋果方面的經驗。
但是這樣的一門語言在開發的過程種卻是以開源形式在 Swift. 上開發而成。
其原始碼、bug跟蹤器、論壇和常規開發版本在前世都是向對所有人公開的。
在前世SWIFT語言的問世過程中:蘋果內部員工與成百上千位外部貢獻者通力合作。
如此前世Swift語言才能夠迅速支援所有蘋果平臺和 Linux。
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。
如果林灰以後有強大的實力,擁有很多資源(這裡的資源包括但不限於金錢、人力資源等等)可供調配的話。
【新章節更新遲緩的問題,在能換源的app上終於有了解決之道,這裏下載 huanyuanapp.org 換源App, 同時查看本書在多個站點的最新章節。】
自然也不需要太多彎彎繞繞,時機成熟了直接“搬運”就完事了。
但倘若林灰力有不逮而不能獨自搞定相應的資源整合。
(ps:……雖然所謂的“力有不逮”這是極小機率事件,但縱然有這方面的可能,林灰也不得不提前做好風險規避的手段。)
在力有不逮的這種情況下,如果林灰依然想要進行搬運的話。
恐怕將不得不藉助於其他方面或者是更高層面的力量來進行資源整合以實現搬運。
那在進行資源整合的時候,其他方面或者說更高層面該怎麼相信林灰有搞定作業系統的實力呢?
理想層面來說,最靠譜的方式是林灰在此前有成功開發作業系統的經驗。
如果林灰此前有開發過作業系統的成功經驗。
那麼林灰所整合的資源的各方自然會相信林灰有實力搞定一個全新的作業系統。