duiLib 和 vczh 的 gacLib 哪個更具有實用價值?

時間 2021-05-07 09:06:36

1樓:路原

輪子的應該是gaclib吧,這個了解不多,似乎使用了類似WPF的MVVM,應該不會太差。

看過duilib原始碼,說說duilib吧

duilib原來也是國外人做的,後來中國產了,在UX不複雜的情況下還是不錯的,不過這東西不太適合用於正式的專案

duilib有一些功能和設計上的問題:

雖然介面元素定義於在XML裡,但大量介面元素的硬編碼,屬性,方法,事件過早的具體化,這或許是原作者做對於"控制項"這個概念執念過深,這可能會導致使用者重組介面邏輯,因為它無法支援使用者以某個區域為邏輯單元,自行選擇屬性、方法、事件為執行策略的場景需求。簡單的說就是不夠靈活。基於原作者的"控制項"思維,使用者可以很方便的使用已有控制項,但卻需要為變種控制項或復合控制項花費精力。

原始碼裡似乎有做資料驅動UI的想法,但似乎還沒做好。

layout布局的弱功能性這不利於介面塊的操作。

焦點處理有很多蹩腳的地方,而且沒有鍵盤焦點和滑鼠焦點的區分,這在支援某些操作的時候會很麻煩。

動畫效果無法展現,或者說它本身就不支援指令碼。

Render的方式封閉且單一。

沒有快取機制。

只支援畫素為單位的布局,在不同裝置上可能會展現不好。

XML的載入無法以流的形式完成,而且介面資源量較大時可能會產生效能瓶頸(或者說視覺上的卡頓),基於網路的動態介面也不好呈現。

我怎樣成為 vczh一樣的大神?

很容易成為 vczh一樣的大神。第一步,忘記程式設計這事。第二步,在知乎狂灌水,不停的提問,不停的寫文章,不停的回答問題,有的沒的都回答。第三步,恭喜你成功了! Blandon Du 我最討厭大神這兩個字,因為,這象徵著乙個沒有自尊和基本學習能力和探索精神的屌絲的跪舔專用詞,所有稱別人為大神的人,我...

要怎麼努力才能達到 vczh 那樣的層次?

強大的裝逼技能,無用的圖形庫,無用的編譯器,無用的github專案,欠揍的頭像,慣用的口癖 逃 足夠的噸位,隱藏很深的公知屬性,美中國人身份,微軟碼畜的頭銜,高強度帶逛,成為c 之父,強勢審校別人翻譯的書,開乙個吃屎星球割韭菜,開乙個程式設計班傳授c 技能,找乙個老婆和自己一唱一和為自己洗白。暫時想...

hadoop和大資料的關係?和spark的關係?

我要來裝b了 hadoop生態提供了一些解決大資料問題的元件 分布式儲存系統HDFS 提供高可靠性,高擴充套件性,高吞吐率的資料儲存服務 分布式計算框架MapReduce 高容錯,高擴充套件 資源管理系統YARN 資源管理,任務排程 還有其他亂七八糟的什麼zookeeper hbase ambari...