一棵樹想要長得更高，想要接受更多的光明，那麽它的根就必須更加深入黑暗。

　　……

　　 2008年4月24日。

　　這一天，舒朗心情有點小激動。

　　這一天，他要學習Brave語言的API了。

　　 API是什麽?就是應用程序的基本編程接口，也就是Brave語言本身提供的接口，可以由程序員在開發功能代碼的時候直接調用。

　　舒朗學到現在，幾乎已經把Brave當成了Java，這API在他眼裡，估計也就跟當初Java語言的API差不多，常用的也就那麽十幾個，其它的只要知道有那麽回事就行，用的時候知道去哪查就OK。

　　所以，學API對他來說不難。

　　所以，學API其實一點都不讓他激動。

　　讓他激動的是，學完了API就可以學習機械驅動和能量驅動了，這兩塊都是他之前學Java的時候完全沒有接觸過的，甚至連類比性都沒有。

　　在他看來，只有學會了這兩門課，才算真正邁入了機械能量設備驅動編程的大門，才算真正進入了這個新世界。

　　他暗自盤算著，下午要讓劉昊然在一小時內把API講完，趕緊進入下一個階段。

　　……

　　上午，舒朗把他最近幾天學的東西稍微回顧了一下。

　　學得快就意味著學的多，學的多就意味忘得快，畢竟還沒有經過實戰演練，很多知識點還沒有真正的烙在心裡，幾天不看，很可能它就跟你說拜拜。

　　有道是:學而時習之，不亦說乎。

　　但只有經過實戰演練才能真正把知識點牢牢記住。寫一段驚心動魄的代碼，實現一個高大上的功能，都能夠加深你對知識點的記憶。要是再出點BUG，讓你掙扎過、痛苦過、撓過心才得以解決，恐怕你這輩子都不會把它忘了。

　　但是在有這樣的機會之前，還是先“時習之”吧。

　　舒朗複習了一上午，把基礎知識點和Anix模擬環境都演練了一遍。但不知道機械能量相關的程序到底是怎麽個寫法，這些基礎的東西該怎麽用進去，舒朗隻好按照以前寫OA程序的方式，隨便寫了幾段代碼示例，隻當是練練手。

　　 DeBUG窗右上角數字跟著變了:

　　灰色:20171

　　綠色:0

　　紅點當然還得用。

　　不管他寫的這段代碼有沒有用，反正最後是極其工整。

　　他又把這段代碼上傳到了Anix的模擬環境嘗試運行了一下，完全沒問題，當然也沒任何作用。因為他這Anix畢竟是個模擬環境，又不是真正的機械容器。再說了，他寫的代碼也就是打印幾條日志而已，就算發布到真正的機械容器上，也同樣沒什麽效果。

　　……

　　下午劉昊然來的時候，表情有點惆悵，因為他還一時沒有想好怎麽試探舒朗，決定還是先講完基礎再說。

　　“學習Brave的挑戰正式開始！”

　　劉昊然一句開場白，把舒朗嚇的一愣，接下來的解釋，更是直接撲滅了他“盡快學完API”的夢想。

　　“接下來我們學習BDK的核心API，意味著我們正式踏入了機械能量編程的領域。”劉昊然說。

　　“不是學了《機械驅動》和《能量驅動》才算正式進入這個領域嗎?”舒朗不解的問。

　　“BDK的核心API，是指Brave底層的所有API，

包括機械驅動和能量驅動的API，至於你說的後面那兩門課程，更加側重於應用層的設計和封裝，底層調用的還是BDK底層的API接口。　　正所謂，想要長成參天大樹，就必須先牢牢扎根，同理，想要寫出複用性極強、容錯性極高的程序代碼，就必須要牢牢掌握BDK底層的API。

　　當你對底層API做到隨心所欲、想用就用、任意組合的時候，離成為碼神也就不遠了。”劉昊然解釋道。

　　道理是這個道理，可舒朗聽的感覺似乎有點不太一樣。基礎重要是不假，可基礎再好，那也只是基礎啊！碼神不得靠高階理論和實踐嗎?

　　“劉老師，你掌握的怎麽樣了?”舒朗問。

　　劉昊然似乎有點不好意思，但還是說了:“我工作了七年，也只是掌握了一百八十幾個接口而已，其它的雖然也都知道，但實際開發的時候，還是免不了要查API手冊。”

　　一百八十幾個?

　　這還不好意思?

　　我的天哪～

　　舒朗簡直難以置信！

　　在他的Java認知裡，掌握常用的那十幾個接口就足夠吃遍天了，其它的隨用隨查就好，用的多了，自然也就能多記住幾個，可也不可能掌握一百八十多個啊！

　　“劉老師，BDK一共有多少接口?”舒朗問。

　　“常用接口有203個，其它不常用的接口，算上一些二級接口，至少在三千個以上。”劉昊然說。

　　謔！

　　這把舒朗給嚇的，常用203個！總計三千以上！呵呵！怪不得可以成為碼神！

　　先不說能不能把這203個API全都記住，就算記住了，一個“任意組合”能排列出多少選擇?還能隨心所欲！那得熟練到什麽程度?反正舒朗想象不出來！

　　真要是有人能把API掌握到劉昊然說的那種熟練程度，別說叫他碼神了，就算直接叫他“神”，舒朗也服。

　　“劉老師，你是不是算是準碼神了?”舒朗帶著一絲崇拜著說。

　　“別開玩笑了，我這才一百八十多個，也只是掌握了基本用法，至於組合用法還差的遠呢。不過，我倒是覺得你有成為碼神的潛質，加油吧！”劉昊然說完準備開始講課了。

　　後半句，舒朗根本沒信。打斷道:“等等，劉老師，我有個想法…”

　　“你說。”劉昊然。

　　“我覺得這API有點多，咱是不是一時半會也講不完?”舒朗問。

　　“當然了，我覺得怎麽著也得…三…五天吧！”劉昊然有點猶豫，不知道是不是又低估了舒朗這個變態的實力，想了想還是多說兩天吧，大不了打臉。

　　“那…咱先講後面那兩門課程吧?先了解一下應用場景，再回來學API，也許會有點幫助。”舒朗建議道。

　　“有道理！”

　　劉昊然有點吃驚，這倒是十分符合科學學習的邏輯，先認識場景，再學習原理，有的放矢，提高效率。

　　可以！

　　從哪講起呢?他還沒做這部分的課程準備，不過也無所謂，自由發揮也沒問題，反正只是講場景，又不涉及實際的API封裝。

　　於是劉昊然便講了一個案例。

　　比方說，做一個球場上的機械能量設備——極速靴。

　　顧名思義，極速靴就是加快奔跑速度用的，可以在關鍵時刻幫助衝刺、搶斷、射門等一切需要加快速度的場景。

　　當然，這極速靴是要穿在腳上的。

　　要滿足以下幾個需求:

　　第一，在未開啟的狀態下，極速靴必須能夠適應腳部的正常移動，包括行走、奔跑、起跳、落地、觸球等各種踢球時的正常操作。同時還要在一定程度上，起到保護腳踝的作用。當然了，也不能起到傷害別人的作用。

　　第二，在開啟的時候，要在穿戴者主動加速到一定程度後，接續式的開啟，不可突然觸發，就像飛機起飛前的助跑一樣。

　　否則，很有可能出現的情況是，腳飛出去了，人還留在原地。

　　另外，還要控制加速的程度，不是說越快越好，要時刻計算穿戴者腳部的自主發力情況，以免超出穿戴者的生理承受范圍，而造成身體損害。

　　同時，還要能夠及時減速停止。

　　第三，還要能夠按照監管的要求，能夠控制每一場的使用次數，以及每次使用的間隔時間。場次結束後，還可以由專門的解鎖人員將次數重置。

　　怎樣才能實現這些需求呢?

　　第一點其實相對比較簡單，未開啟狀態的腳部適應，只要硬件方面做到兼容即可。在軟件方面，這時候其實就是一個待機狀態，隨時等待穿戴者觸發啟動即可。

　　可怎麽觸發啟動其實是個難題，你不可能跑著跑著，意識一動它就觸發了，電視裡可能會那麽演，為的是看起來帶勁兒、帥，但實際上，必須得有一個觸發點。

　　那麽這個觸發點就很關鍵！

　　做個按鈕?

　　萬一被誤點怎麽辦?

　　有人說了，你不是還有速度控制嗎?達不到有效的奔跑速度，誤點按鈕也不會生效啊！

　　有道理！

　　但這是足球運動啊，一般有穿戴設備的球員都是隊內的關鍵球員，他們大部分時間都在場上不停的跑啊跑，你能保證他們每一次的奔跑都不會誤點按鈕嗎?萬一正好趕上了呢?

　　有人說了，那就做兩個按鈕，同時按。

　　這個稍微有點可行，甚至還真有這麽乾的，但實際上，球員在決定開啟設備的時候，往往都是千鈞一發的時候， 同時按兩個按鈕會增加操作複雜度，尤其是在快速奔跑過程中，很容易導致他們分心，貽誤戰機。

　　所以，業界比較通用的做法就是，做一個按鈕，但不是實時開啟按鈕，而是延遲開啟按鈕。

　　何謂延遲開啟?

　　就是說你按下按鈕之後，不是馬上開啟，而是在接下來的一段時間內，主動加速到指定速度，便會自動接續式開啟。

　　所以，哪個球員能更快的加速，更有效的開啟極速靴，哪個球員就更有穿戴極速靴的發展潛力。於是乎，大家給這個指標起了個名字:百公裡加速秒數。

　　沒人能達到百公裡時速，這裡其實是代指開啟極速靴的必要速度，大家開個玩笑而已。

　　說到這，又有人會懷疑:“這也沒法避免誤操作啊！”

　　的確。

　　不過這既然是延遲開啟，也就意味著，在正式開啟之前，可以主動解除。

　　這個按鈕穿戴在什麽位置的都有，完全看球員們的個人習慣。一般被觸發後，都會有明顯的提示，會第一時間讓穿戴者感受到。如果是誤操作，只要不加速觸發，趕緊解除就好。

　　如果你還要說，在需要正常觸發的時候，被誤解除怎麽辦?

　　真要是這樣，要麽是他把觸發按鈕放錯了位置，要麽就是他的腦子有問題，他就不配使用如此昂貴的高端設備！

　　不服來辯?

　　……

　　接下來的問題是，按下按鈕之後，根據什麽來判斷他的速度達到了開啟標準。

　　這就要結合第二個需求同時來分析了。