→ mrbigmouth:就算有幾千幾萬個a 除非你用迴圈每個a都弄綁一個全新 06/08 10:44
→ mrbigmouth:的function....不然吃的資源還是可以忽略吧 06/08 10:45
→ mrbigmouth:另外原po已經說他使用delegate、on了 06/08 10:45
→ mrbigmouth:"以逐一找出綁上事件"這動作來看 "逐一找出"較佔資源 06/08 10:46
→ mrbigmouth:給一萬個a綁click事件 在我的瀏覽器上只跑0.3秒 06/08 10:55
推 mrbigmouth:如果先把一萬個a找出來再綁事件...只花0.05秒左右 06/08 10:59
→ mrbigmouth:總而言之 單純"綁事件"這個動作 不會是效能瓶頸 06/08 10:59
→ emn178:在PC上面的確是不會很慢,在行動裝置上才有感覺 06/08 14:00
→ emn178:你的例子在我的電腦上執行時間約1秒,其實還是花不少時間 06/08 14:04
推 mrbigmouth:請看console計的時間 前面要先製造一萬個a啊.... 06/08 15:51
→ emn178:console加起來1秒 沒錯啊 單位不是ms? 06/08 17:25
推 mrbigmouth:這就奇怪了 瀏覽器是? 怎麼會差這麼多XDDD 06/08 18:25
→ TonyQ:應該這麼說吧,如果這件事情慢,一定還有別的比他更慢.. 06/08 18:25
→ TonyQ:我以前都是再跟幾萬個 widget 打交道的 XD 06/08 18:27
→ emn178:我之前在android遇過速度很慢,改進後快千倍以上 06/08 20:53