6月26日 下午5點(diǎn)
經(jīng)過(guò)兩天的修改 將 整個(gè)canvas組件重新構(gòu)建了下 抽離出來(lái)對(duì)應(yīng)模塊,
雖然看起來(lái)還是很笨重,
抽離了 不同模塊
文字模塊 圖片模塊, 畫圓 畫方 畫圓角 換線 換弧度 幾何圖形
( 動(dòng)畫暫時(shí)不涉及,雖然在摸魚期間有寫著玩 )

不過(guò)有些問(wèn)題 還沒(méi)有解決.

• 處理問(wèn)題 是站在了業(yè)務(wù)的角度 還是 站在寫一個(gè)大的通用模塊去解決 這個(gè)問(wèn)題還是困擾的很, 如果只寫業(yè)務(wù), 應(yīng)該不會(huì)有這么多的麻煩, 但考慮到事后的更改, 與以后再遇到同類問(wèn)題,不僅限于當(dāng)前項(xiàng)目可以直接拿來(lái)用, 還是盡可能的完善

1. 模塊與基類的 牽涉 耦合度還是高, 如果想不用這個(gè)基類. 用其他的類方法, 可能 有問(wèn)題, 比如大量使用了 promise promise.all 這種 高耦合度的API 覺(jué)得不夠靈活,

2. 抽離是使用類的繼承,還是只是抽離不同模塊有分歧, 因?yàn)閠his的指向問(wèn)題. 又不想使用過(guò)多的繼承, 所以在這次的抽離中 大面積使用了call apply 這種東西, 不知道會(huì)對(duì)性能有多少影響. 目前寫出來(lái)至少不好看, 而且我覺(jué)得用類的繼承, 會(huì)更多的增加 模塊之間的耦合度, 到時(shí)候更不好修改.但用了 call 對(duì)后面改代碼也不是很友好.