推 k03004748549:資料放在客戶端不怕被竄改嗎 03/25 19:56
→ k03004748549:喔沒事 我看錯了 03/25 19:57
→ garoz:寫歸寫，但機體製作上也要達到相對應的程度吧 03/25 20:20
對啊，所以有實機總是最好的，
一如你用實機總是可以抓出你在模擬器上抓不到的錯誤(汗
然後機體製作的程度我用這種方式比喻
就是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
推 egg781:我以為動的只有粒子,是粒子包著模型在動,這種系統設定寫出 03/26 12:57
→ egg781:來,可能會一頭白髮吧?暴走兄弟1還完全部解釋聲控部分哩 03/26 12:58
→ egg781:到了世界杯也只是給了你一個豪洨晶片解釋為什麼像聲控 03/26 12:59
→ egg781:鋼普拉為什麼會動?我想沒辦法太深究XD 03/26 13:00
→ egg781:而且鋼普拉原理比四驅車還複雜,真的只能當作略過吧 03/26 13:01
其實現今手機與平板上的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用得很開心
推 a96932000:我比較好奇的是,那個OOXX粒子要怎麼把模型的噴嘴解釋 03/26 16:27
→ a96932000:成噴嘴,而不是擴散粒子砲 03/26 16:27
推 a96932000:如果單純組裝,或許還有官方設定資料可以輸入到電腦中 03/26 16:30
→ a96932000:但如果到了改裝的程度...我就不知道要怎麼定了 03/26 16:31
所以我才在想應該是透過設計API來做的
模型比較像是操作介面、
Builder該做的還有撰寫能將操作介面與底層包裝過的API連起來的事情
至於實際API到底怎麼搞應該不是Builder要來關心的事情。
推 gawein:推薦去找BREAK-AGE(網路爭霸戰)來看看，一切都在裡面XD 03/27 13:19
剛剛去找了一下，好像蠻有趣的
※ 編輯: hoyunxian 來自: 111.250.101.186 (03/27 14:34)