講師回答 / 阿當
在設(shè)計這個課程的時候，最初的確是這么打算的。之所以后來放棄用靜態(tài)方法，改用實例方法，原因有兩個：1）希望通過這個彈窗的例子，傳達組件如何開發(fā)，如果設(shè)計成靜態(tài)方法，不太容易達到“通用范例”的效果： 2）如果需要實現(xiàn)“彈窗之上套彈窗”的多重彈窗效果，靜態(tài)方法相對比較難設(shè)計。兩年多前，寫過一個內(nèi)部使用的彈窗組件，看看這個頁面可能更能達到我希望達成的各種效果：http://www.adanghome.com/js_demo/8/
2014-06-23
已采納回答 / 阿當
1）on和fire的確可以再拆個粒度更小的類出來，一般叫做EventTarget類，你的這個思路是對的。之所以沒有在這個教程中把它拆出來，是因為它在這套教程的案例中單獨拆出來的用處不太大，反而分散了主線的注意力。代碼本身沒有“完美”的狀態(tài)，如果有精力的話，可以一直挖下去，而這部分的工作希望由聽眾同學(xué)們自己去完成，我希望教程起到的是拋磚引玉和發(fā)散思維的作用。
2) requireJS可以直接拋出希望暴露出來的對象，不一定是字典格式，這點沒錯。之所以我沒有這么干，主要是兩方面的考慮：1>擴展性，字典有...
2014-06-23
講師回答 / 阿當
可能和前端在實戰(zhàn)中，對代碼技巧和可維護性要求不是那么高有關(guān)。我相信過些年，web app繁榮起來，這種情況會得到根本的改變，業(yè)界對前端編程能力的“深”度有更高要求時，前端工程師的梯度會拉得很明顯，早做準備是有好處的。
2014-06-13
