晚上圓桌會議關於 Weex 組件方向討論總結

晚上圓桌會議關於 Weex 組件方向討論總結

1. Weex 原生組件的封裝應該注意什麼？

• 通用性，只有多個業務同時在使用，同時具有可抽離性特性的組件，譬如Video/TabBar/TitleBar/ImageUpload 這些在 Native中成熟的組件
• 穩定性，Native 組件不像 weex 上層的組件可調節性大，因此須要注意好 Native 組件必定須要沒有Bug，防止修復和更新麻煩，同時 Native 組件一開始應該將大部分狀況作成可配置化，防止頻繁更新，致使須要適配不少版本
• 原子性，不建議一個組件同時作不少事情，應該是單一的功能，而後經過搭配的方式來獲得更多功能

2.weex 組件開發和實踐過程當中的一些經驗？

• 811原則，默認80%的功能應該是不須要用戶配置不少參數，10%的地方用戶能夠經過配置一些參數來達到目的，10%的稀有狀況能夠暫時不考慮，可能這裏會花費不少時間開發，因此能夠等到有業務須要使用時候，再更新上去
• 統一收口原則，爲了不後續組件變成一個大雜燴，後續迭代視覺交互、新功能的增長鬚要將通用性考慮進去，這裏須要一我的統一來收口、開發維護此組件，能夠避免不少「業務特性」來干擾組件的可用性
• 性能體驗的優化，Weex 組件比頁面的編寫更應該保證他的性能體驗
• 信任機制：不少時候別人使用你的組件一個很大緣由是因爲相信你的組件沒有問題，是穩定的，同時後續會經常維護的

3.你們認爲Weex Ui組件還缺乏什麼？

• 缺乏一些聚集起來使用的場景，目前單個組件的使用文檔已經詳細說明，可是對於多個組件的一些使用，或者頁面層面的開發缺乏相關案例，後期須要逐步補上weex-ui-demo
• 主題配置靈活性上須要考慮進行，目前更可能是經過參數配置的方式來更改主題顏色，實際上是能夠經過一個統一外部參數的配置來使它修改

4.將來跨端開發會是怎麼樣的？

• Native的佈局方式須要向H5的開發靈活性學習，逐步使用自動佈局來實現，同時引入彈性思路開發，避免絕對計算
• 數據綁定方面會愈來愈便捷，譬如和MVVM思路同樣，數據變化後，視圖立馬修改，而不是手動去觸發