[討論][ BF ] Builder如何讓鋼普拉動起來
先提一下，這篇不是要討論普拉夫斯基粒子真面目(那跟米粒/GN粒子一樣不可能有答案)
而是Builder到底要怎麼運用普拉夫斯基粒子讓自己的鋼普拉動起來
直接接觸底層研究普拉夫斯基粒子這種事，
劇中透過尼爾斯的行動已經很明確表示不能這樣搞
除此之外劇中的表現就是：
1. 一定要透過PPSE的機器，機體也只能在上面才能動起來
(最終回那個普拉夫斯基粒子釋放到整個會場大概是例外)
2. 戰鬥開始前要把自己的識別機插進機台
3. 似乎是把武裝輸入在識別機中，受損到一定情況下會發生系統錯誤當機之類的狀況
這幾天忽然在想，說不定Builder根本是程式設計師來著吧？
比方說，PPSE提供這些：
1. 包裝好的API
(也許還有數千數百頁的技術支援文件)
2. 電腦上的模擬器(所謂的SDK)
(若是這樣那麼也可以理解只是個人，
沒有機台可測試的情況下也能創造出多種系統的理由，
但是有機台實機測試更好，在這前提下伊織家就有優勢了)
3. 預設模組
(鋼普拉就那幾種，或許也可以說明為什麼改裝機偏少幾乎都是換色機偏多，
畢竟不是每個人都會寫程式的，可能套個模組就上了)
Builder做好後用API來寫驅動機體的程式連同自己的識別資料一起灌進識別機中
實際在戰鬥的時候Fighter與Builder就透過識別機啟動程式，
在機台這個底層平台上戰鬥，然後可能會碰到例外狀況沒捕捉到就閃退當掉......
......有這種可行性嗎？
會這樣想是因為本身有寫APP(Windows 8/Windows Phone 8)
Windows Phone 8的APP就是寫好後編譯打包成一個DLL檔
開啟的時候Windows Phone 8會用TaskHost.exe來執行這個DLL檔
而現在很多機器人大賽中的機器人也有不少使用這種包裝API讓機器人動起來的情形
(當然他們用的系統不一樣......)
所以突然在想BF中說不定是用這種方式讓鋼普拉動起來
而且因為是用已經包裝好的API，只要能支援到要發揮想像力到什麼程度都沒問題
(我開始在思考所謂的RG系統，
其實就是把充能的API與釋放粒子的API用什麼方式(比方說繼承、介面之類的？)
做成可運用在骨架上的系統之類的......)
或許誠和費里尼都是很傑出的程式設計師呢(喂
尤其是誠，能用這些包裝好的API寫出那些系統，他肯定是天才級程式設計師......
(真央應該也是其中一個吧，看那個超精美太陽能月光砲)
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.250.47.176
※ 文章網址: http://www.ptt.cc/bbs/GUNDAM/M.1395736060.A.A72.html
推
03/25 19:56, , 1F
03/25 19:56, 1F
→
03/25 19:57, , 2F
03/25 19:57, 2F
→
03/25 20:20, , 3F
03/25 20:20, 3F
對啊，所以有實機總是最好的，
一如你用實機總是可以抓出你在模擬器上抓不到的錯誤(汗
然後機體製作的程度我用這種方式比喻
就是iOS7明明有超新銳的功能(例如共享Wi-Fi)，
但是初代iPhone怎樣都用不起來那樣
或者是Windows RT 8.1支援Miracast無線投影技術
但是Surface RT因為沒裝一個晶片所以就算升上去8.1也不能用的感覺
給你API，但是你的技術沒辦法讓你的模型使用這API的話那也是白搭
※ 編輯: hoyunxian 來自: 111.250.47.176 (03/25 22:30)
※ hoyunxian:轉錄至看板 C_Chat 03/25 22:39
推
03/26 12:57, , 4F
03/26 12:57, 4F
→
03/26 12:58, , 5F
03/26 12:58, 5F
→
03/26 12:59, , 6F
03/26 12:59, 6F
→
03/26 13:00, , 7F
03/26 13:00, 7F
→
03/26 13:01, , 8F
03/26 13:01, 8F
其實現今手機與平板上的APP多半都不會接觸到系統底部的設計
實際上的狀況是：
1. 使用者點選操作介面
2. 操作介面會呼叫事件聆聽器(Event Listener)，
事件聆聽器會啟動寫好的程式碼，透過系統提供的包裝起來的API來呼叫系統功能
3. 系統API根據指令行動並且回傳結果給APP
4. APP將回傳結果透過操作介面呈現給使用者看
舉個簡單例子，在Windows Phone 8/Windows 8裡面
負責定位的物件叫做「Geolocator」，
並且是放在「Windows.Devices.Geolocation」這個命名空間
使用的時候是呼叫「await Geolocator.GetGeopositionAsync()」的指令
系統會回傳「Geoposition」這個物件
寫APP的人只要知道要呼叫這個程式，還有知道回傳的這個物件其構造(好使用其資料)
至於Geolocator到底怎麼運作的，寫APP的人不需要知道
所以到底是如何操作粒子的，那些很可能都已經包裝起來變成API了
Builder在這前提下，不知道普拉夫斯基粒子的原理也能以包裝過的API用得很開心
推
03/26 16:27, , 9F
03/26 16:27, 9F
→
03/26 16:27, , 10F
03/26 16:27, 10F
推
03/26 16:30, , 11F
03/26 16:30, 11F
→
03/26 16:31, , 12F
03/26 16:31, 12F
所以我才在想應該是透過設計API來做的
模型比較像是操作介面、
Builder該做的還有撰寫能將操作介面與底層包裝過的API連起來的事情
至於實際API到底怎麼搞應該不是Builder要來關心的事情。
推
03/27 13:19, , 13F
03/27 13:19, 13F
剛剛去找了一下，好像蠻有趣的
※ 編輯: hoyunxian 來自: 111.250.101.186 (03/27 14:34)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 2 篇)：
GUNDAM 近期熱門文章
PTT動漫區 即時熱門文章
