saltui試用遇到的問題

我接觸saltui是在釘釘的開發文檔，官方推薦開發者使用他們的saltui，當我來到saltui的文檔網站，看到那麼多的組件能夠直接拿來用，內心滿心是歡喜，這個好，那個贊，沒有想到的是後來的使用中，仍是遇到了一些問題。

遇到的第一個問題是，沒有頂部的帶自動關閉效果的提示組件，我採用輕提示Toast代替，會發現其有字數限制，6個字不能完整顯示錯誤提示。

又遇到了第二個問題，引用saltui的某個組件後，原有自定義的REM系統居然被saltui覆寫了，致使了原來的頁面樣式錯亂。關於這個問題，我是找到了解決方案，而且反饋給官方的git倉庫，官方則建議我不要用自定義的REM系統，不然使用某些組件可能樣式會有問題。

又遇到了第三個問題，Slot組件在選項滑動的時候，會報錯，passive的事件不能preventDefault，不知道是怎麼解決。

又遇到了第四個問題，我利用PhotoField組件上傳圖片至阿里OSS，我發現該組件不支持自定義的上傳方法，因而我費了老大勁利用相關庫在前端構造了formdata使用PhotoField組件，就由於OSS上傳成功返回的數據爲空，組件就報錯而不能正常顯示上傳成功的狀態。見PhotoField組件不支持自定義的上傳方法。

而後用了下表單大類中的field相關組件，發現樣式的調整不太容易操做，感受是由於粒度太大了，自定義的配置項不知足靈活的使用組件的需求。

從個人使用體驗上來看，整體感受saltui還在完善中，沒有餓了麼開源組件庫element-ui這麼知足實際要求，我正在考慮要不要轉到react-weui。當初之因此用saltui一是由於跟釘釘合做，此次的開發項目釘釘微應用理應知足；二是有阿里釘釘的大廠背景，相信阿里的團隊和技術；三是由於saltui組件真的很豐富，大概能夠知足極多場景的需求；四是由於其迷人的外表。如今實際使用看來，穩定性確是一個很重要的因素，是否是真的知足使用需求還須要結合實際的UI場景和數據類型。

踩坑還在繼續，如今說saltui不行還爲時尚早。

這些並不徹底知足要求的開源組件也告訴我一個事，那就是不能過於依賴第三方的組件，仍是要慢慢積累出一套適合本身業務的組件。