剛從 MOPCON 回來,想說趁著對幾個議題還有些印象的時候記錄一下當時做的筆記:
- Registrano by hlb
- 自訂表單
滿足使用者客製化的需求,這個困難點應該是在於如何把「使用者自訂的表單」儲存在現有的資料庫結構之下,應該要設計出一個特定(或統一)的格式(類似 JSON or ? )來達到真正的「客製化」。 - 超賣
票券類型的服務大多時候都會有名額上的限制,所以要避免超賣(Oversell )的問題。關鍵字:Table Lock, Row Lock, Unique Sequential Number
- 自訂表單
- Firefox OS by Cervantes
- Gaia
The UI for Boot to Gecko ( B2G ) ,前端工程師可以參考他們的 UI 設計細節。 - 備註
給予 Web App 使用更進階 API 的權限來存取 Device 底層的資訊(Web App can work like Native App now )
- Gaia
- pjax by XDite
- What is pjax
HTML5 pushState + ajax - 備註
- 解決 ajax 動態載入但是無法 prev / next 的問題(因為透過 ajax 方式載入的內容是沒有辦法被記錄在 History 裡面的)
- 解決 Twitter 以前透過 #! hashchange 的方式來達成 prev / next 但是不夠 SEO Friendly 的問題
- jQuery pjax 可以依 browser 支援程度來做到相對應的 fallback,堪稱神器。
- What is pjax
- 行動網路上 API 設計準則 by gslin
- 前提
行動網路上的先天限制,就是很容易斷線、不穩、電量不足、速度慢。 - API redesign
因為 device 的差異所以要調整 API 以降低 request 次數。實作則是可以透過 extra parameters 把額外的 API 做一個整合,雖然 dirty 但是可以省 request。要注意的部份有:透過某種 Serial 的值讓 Server Side 知道該 device 的某個一次性行為曾經執行過,以「確保」不會被重覆執行。 - Atomic API
對 mobile 的 API 設計時,要盡量以 Atomic 的方式設計,讓很多關聯性的動作 ( 例如開專輯、設定歌、 … ) 一次做完,不要分開做。這個 Atomic 的思惟有幾個層面,就 Server Side 來說,只要回傳「必要的」資料就好,同時在傳遞資料前要先做一層壓縮以加快傳輸的速度,「即使」 Client Side 要多花 effort 來做解壓的動作,但是總比維持在一個「不穩定」的連線上面瘋狂 retry 好,因為總的來說,其相對所花的時間也會比較少。(請參考前提)
- 前提
以上就是這次活動讓我收獲比較多的部份,也歡迎留下你的看法 😉