拖放效果，也叫拖拽、拖動(dòng)，學(xué)名Drag-and-drop ，是最常見的js特效之一。
如果忽略很多細(xì)節(jié)，實(shí)現(xiàn)起來(lái)很簡(jiǎn)單，但往往細(xì)節(jié)才是難點(diǎn)所在。
這個(gè)程序的原型是在做圖片切割效果的時(shí)候做出來(lái)的，那時(shí)參考了好幾個(gè)同類的效果，跟muxrwc和BlueDestiny學(xué)習(xí)了不少東西。
雖然每次整理都覺得很好了，不過每隔一段時(shí)間又會(huì)發(fā)現(xiàn)得某個(gè)地方可以改善，某個(gè)地方有錯(cuò)誤，某些需求需要實(shí)現(xiàn)，就像自己學(xué)習(xí)的知識(shí)那樣。

這里考慮到有的人可能只需要簡(jiǎn)單的拖放，所以有一個(gè)簡(jiǎn)化版的拖放SimpleDrag，方便學(xué)習(xí)。

效果預(yù)覽

在maxthon下如果開啟廣告過濾的話很可能會(huì)被過濾掉（不知有什么方法可以避免）。

程序說(shuō)明

【程序原理】

這里以SimpleDrag為例說(shuō)一下基本原理。

首先初始化程序中要一個(gè)拖放對(duì)象：

還要兩個(gè)參數(shù)在開始時(shí)記錄鼠標(biāo)相對(duì)拖放對(duì)象的坐標(biāo)：

還有兩個(gè)事件對(duì)象函數(shù)用于添加移除事件：

分別是拖動(dòng)程序和停止拖動(dòng)程序。
拖放對(duì)象的position必須是absolute絕對(duì)定位：

最后把Start開始拖放程序綁定到拖放對(duì)象mousedown事件：

鼠標(biāo)在拖放對(duì)象按住，就會(huì)觸發(fā)Start程序，主要是用來(lái)準(zhǔn)備拖動(dòng)，在這里記錄鼠標(biāo)相對(duì)拖放對(duì)象的坐標(biāo)：

并把_fM拖動(dòng)程序和_fS停止拖動(dòng)程序分別綁定到document的mousemove和mouseup事件：

綁定到document可以保證事件在整個(gè)窗口文檔中都有效。

當(dāng)鼠標(biāo)在文檔上移動(dòng)時(shí)，就會(huì)觸發(fā)Move程序了，這里就是實(shí)現(xiàn)拖動(dòng)的程序。
通過現(xiàn)在鼠標(biāo)的坐標(biāo)值跟開始拖動(dòng)時(shí)鼠標(biāo)相對(duì)的坐標(biāo)值的差就可以得到拖放對(duì)象應(yīng)該設(shè)置的left和top了：

最后放開鼠標(biāo)后就觸發(fā)Stop程序結(jié)束拖放。
這里的主要作用是把Start程序中給document添加的事件移除：

這樣一個(gè)簡(jiǎn)單的拖放程序就做好了，下面說(shuō)說(shuō)其他擴(kuò)展和細(xì)節(jié)部分。

【拖放鎖定】

鎖定分三種，分別是：水平方向鎖定(LockX)、垂直方向鎖定(LockY)、完全鎖定(Lock)。
這個(gè)比較簡(jiǎn)單，水平和垂直方向的鎖定只要在Move判斷是否鎖定再設(shè)置left和top就行，如果是完全鎖定就直接返回。

if(!this.LockX){ this.Drag.style.left = ; }
if(!this.LockY){ this.Drag.style.top = ; }

【觸發(fā)對(duì)象】

觸發(fā)對(duì)象是用來(lái)觸發(fā)拖放程序的，程序中通過Handle屬性設(shè)置。有的時(shí)候不需要整個(gè)拖放對(duì)象都用來(lái)觸發(fā)，這時(shí)就需要觸發(fā)對(duì)象了。
使用了觸發(fā)對(duì)象后，進(jìn)行移動(dòng)的還是拖放對(duì)象，只是用觸發(fā)對(duì)象來(lái)觸發(fā)拖放（一般的使用是把觸發(fā)對(duì)象放到拖放對(duì)象里面）。
ps：觸發(fā)對(duì)象的另一個(gè)用法是通過設(shè)置相同的Handle，實(shí)現(xiàn)一個(gè)觸發(fā)對(duì)象同時(shí)拖放多個(gè)拖放對(duì)象。

【范圍限制】

要設(shè)置范圍限制必須先把Limit設(shè)為true。范圍限制分兩種，分別是固定范圍和容器范圍限制，主要在Move程序中設(shè)置。
原理是當(dāng)比較的值超過范圍時(shí)，修正left和top要設(shè)置的值使拖放對(duì)象能保持在設(shè)置的范圍內(nèi)。

【固定范圍限制】

容器范圍限制就是指定上下左右的拖放范圍。
各個(gè)屬性的意思是：
上(mxTop)：top限制；
下(mxBottom)：top+offsetHeight限制；
左(mxLeft)：left限制；
右(mxRight)：left+offsetWidth限制。

如果范圍設(shè)置不正確，可能導(dǎo)致上下或左右同時(shí)超過范圍的情況，程序中有一個(gè)Repair程序用來(lái)修正范圍參數(shù)的。
Repair程序會(huì)在程序初始化和Start程序中執(zhí)行，在Repair程序中修正mxRight和mxBottom：

其中mxLeft+offsetWidth和mxTop+offsetHeight分別是mxRight和mxBottom的最小范圍值。

根據(jù)范圍參數(shù)修正移動(dòng)參數(shù)：

對(duì)于左邊上邊要取更大的值，對(duì)于右邊下面就要取更小的值。

【容器范圍限制】

容器范圍限制的意思就是把范圍限制在一個(gè)容器_mxContainer內(nèi)。
要注意的是拖放對(duì)象必須包含在_mxContainer中，因?yàn)槌绦蛑惺鞘褂孟鄬?duì)定位來(lái)設(shè)置容器范圍限制的（如果是在容器外就要用絕對(duì)定位，這樣處理就比較麻煩了），還有就是容器空間要比拖放對(duì)象大，這個(gè)就不用說(shuō)明了吧。
原理跟固定范圍限制差不多，只是范圍參數(shù)是根據(jù)容器的屬性的設(shè)置的。

當(dāng)設(shè)置了容器，在Repair程序會(huì)自動(dòng)把position設(shè)為relative來(lái)相對(duì)定位：

ps：其中CurrentStyle是用來(lái)獲取最終樣式（詳細(xì)看這里的最終樣式部分）。

注意如果在程序執(zhí)行之前設(shè)置過拖放對(duì)象的left和top而容器沒有設(shè)置relative，在自動(dòng)設(shè)置relative時(shí)會(huì)發(fā)生移位現(xiàn)象，所以程序在初始化時(shí)就執(zhí)行一次Repair程序防止這種情況。因?yàn)閛ffsetLeft和offsetTop要在設(shè)置relative之前獲取才能正確獲取值，所以在Start程序中Repair要在設(shè)置_x和_y之前執(zhí)行。

由于是相對(duì)定位，對(duì)于容器范圍來(lái)說(shuō)范圍參數(shù)上下左右的值分別是0、clientHeight、0、clientWidth。
clientWidth和clientHeight是容器可視部分的寬度和高度（詳細(xì)參考這里）。
為了容器范圍能兼容固定范圍的參數(shù)，程序中會(huì)獲取容器范圍和固定范圍中范圍更小的值：

Code

因?yàn)樵O(shè)置相對(duì)定位的關(guān)系，容器_mxContainer設(shè)置過后一般不要取消或修改，否則很容易造成移位異常。

【鼠標(biāo)捕獲】

我在一個(gè)拖放實(shí)例中看到，即使鼠標(biāo)移動(dòng)到瀏覽器外面，拖放程序依然能夠執(zhí)行，仔細(xì)查看后發(fā)現(xiàn)是用了setCapture。
鼠標(biāo)捕獲(setCapture)是這個(gè)程序的重點(diǎn)，作用是將鼠標(biāo)事件捕獲到當(dāng)前文檔的指定的對(duì)象。這個(gè)對(duì)象會(huì)為當(dāng)前應(yīng)用程序或整個(gè)系統(tǒng)接收所有鼠標(biāo)事件。
使用很簡(jiǎn)單：

setCapture捕獲以下鼠標(biāo)事件：onmousedown、onmouseup、onmousemove、onclick、ondblclick、onmouseover和onmouseout。
程序中主要是要捕獲onmousemove和onmouseup事件。
msdn的介紹中還說(shuō)到setCapture有一個(gè)bool參數(shù)，用來(lái)設(shè)置在容器內(nèi)的鼠標(biāo)事件是否都被容器捕獲。
容器就是指調(diào)用setCapture的對(duì)象，大概意思就是：
參數(shù)為true時(shí)（默認(rèn)）容器會(huì)捕獲容器內(nèi)所有對(duì)象的鼠標(biāo)事件，即容器內(nèi)的對(duì)象不會(huì)觸發(fā)鼠標(biāo)事件（跟容器外的對(duì)象一樣）；
參數(shù)為false時(shí)容器不會(huì)捕獲容器內(nèi)對(duì)象的鼠標(biāo)事件，即容器內(nèi)的對(duì)象可以正常地觸發(fā)事件和取消冒泡。
而對(duì)于容器外的鼠標(biāo)事件無(wú)論參數(shù)是什么都會(huì)被捕獲，可以用下面這個(gè)簡(jiǎn)單的例子測(cè)試一下（ie）：

Code

這里的參數(shù)是true，一開始body會(huì)捕獲所有鼠標(biāo)事件，即使鼠標(biāo)經(jīng)過div也不會(huì)觸發(fā)onmousemove事件。
換成false的話，div就可以捕獲鼠標(biāo)事件，就能觸發(fā)div的onmousemove事件了。

拖放結(jié)束后還要使用releaseCapture釋放鼠標(biāo)，這個(gè)可以放在Stop程序中：

setCapture是ie的鼠標(biāo)捕獲方法，對(duì)于ff也有對(duì)應(yīng)的captureEvents和releaseEvents方法。
但這兩個(gè)方法只能由window來(lái)調(diào)用，而且muxrwc說(shuō)這兩個(gè)方法在DOM2里已經(jīng)廢棄了，在ff里已經(jīng)沒用了。
不過ff里貌似會(huì)自動(dòng)設(shè)置取消鼠標(biāo)捕獲，但具體的情形就不清楚了，找不到一個(gè)比較詳細(xì)的介紹，誰(shuí)有這方面的資料記得告訴我啊。

下面都是我的猜測(cè)，ff的鼠標(biāo)捕獲相當(dāng)于能自動(dòng)設(shè)置和釋放的document.body.setCapture(false)。
因?yàn)槲覝y(cè)試下面的程序，發(fā)現(xiàn)ie和ff效果是差不多的：
ie：

Code

ff：

Code

可惜沒有權(quán)威的資料參考就只能猜猜了，還有很多還沒有理解的地方以后再研究拉。

注意ff2下的鼠標(biāo)捕獲有一個(gè)bug，當(dāng)拖放對(duì)象內(nèi)部沒有文本內(nèi)容并拖放到瀏覽器外時(shí)捕獲就會(huì)失效。
給拖放對(duì)象插入一個(gè)空文本，例如<font size='1px'> </font>就可以解決，不過這個(gè)bug在ff3已經(jīng)修正了。

【焦點(diǎn)丟失】

一般情況下，鼠標(biāo)捕獲都能正常捕獲事件，但如果瀏覽器窗口的焦點(diǎn)丟失就會(huì)導(dǎo)致捕獲失效。
我暫時(shí)測(cè)試到會(huì)導(dǎo)致焦點(diǎn)丟失的操作包括切換窗口(包括alt+tab)，alert和popup等彈出窗體。
當(dāng)焦點(diǎn)丟失時(shí)應(yīng)該同時(shí)執(zhí)行Stop程序結(jié)束拖放，但當(dāng)焦點(diǎn)丟失就不能捕獲mouseup事件也就是不能觸發(fā)_fS。
還好ie有onlosecapture事件會(huì)在捕獲失效時(shí)觸發(fā)，針對(duì)這個(gè)情況可以這樣設(shè)置：

并在Stop程序中移除：

但ff沒有類似的方法，不過muxrwc找到一個(gè)替代losecapture的window.onblur事件，那么可以在Start程序中設(shè)置：

在Stop程序中移除：

那ie也有window.onblur事件，用window.onblur代替losecapture不就可以省一段代碼了嗎。
接著我做了一些測(cè)試，發(fā)現(xiàn)基本上觸發(fā)losecapture的情況都會(huì)同時(shí)觸發(fā)window.onblur，看來(lái)真的可以。
于是我修改程序用window.onblur代替losecapture，但測(cè)試后就出問題了，我發(fā)現(xiàn)如果我用alt+tab切換到另一個(gè)窗口，拖動(dòng)還可以繼續(xù)，但這個(gè)時(shí)候應(yīng)該是已經(jīng)丟失焦點(diǎn)了。

于是我逐一排除測(cè)試和程序代碼，結(jié)果發(fā)現(xiàn)如果使用了DTD，那么window.onblur會(huì)在再次獲得焦點(diǎn)時(shí)才會(huì)觸發(fā)。
大家可以用下面這段代碼測(cè)試：

在切換到其他程序后，再切換回來(lái)才會(huì)觸發(fā)window.onblur，還有幾個(gè)比較怪異的狀況就不說(shuō)了，反正ie用window.onblur是不理想的了。

【取消默認(rèn)動(dòng)作】

對(duì)選擇狀態(tài)的文本內(nèi)容、連接和圖片等進(jìn)行拖放操作會(huì)觸發(fā)系統(tǒng)的默認(rèn)動(dòng)作，例如ie中拖動(dòng)圖片鼠標(biāo)會(huì)變成禁止操作狀態(tài)，這樣會(huì)導(dǎo)致這個(gè)拖放程序執(zhí)行失敗。

不過ie在設(shè)置了setCapture之后，通過用戶界面用鼠標(biāo)進(jìn)行拖放操作和內(nèi)容選擇都會(huì)被禁止。
意思就是setCapture之后就不能對(duì)文檔內(nèi)容進(jìn)行拖放和選擇，注意這里的拖放是指系統(tǒng)的默認(rèn)動(dòng)作，例如ondragstart就不會(huì)被觸發(fā)。
不過如果setCapture的參數(shù)是false的話，容器內(nèi)的對(duì)象還是可以觸發(fā)事件的（具體看鼠標(biāo)捕獲部分），所以setCapture的參數(shù)要設(shè)成true或保留默認(rèn)值。

而ff的鼠標(biāo)捕獲沒有這個(gè)功能，但可以用preventDefault來(lái)取消事件的默認(rèn)動(dòng)作來(lái)解決：

ps：據(jù)說(shuō)使用preventDefault會(huì)出現(xiàn)mouseup丟失的情況，但我在ff3中測(cè)試沒有發(fā)現(xiàn)，如果各位發(fā)現(xiàn)任何mouseup丟失的情況，務(wù)必告訴我啊。

【清除選擇】

ie在設(shè)置setCapture之后內(nèi)容選擇都會(huì)被禁止，但也因此不會(huì)清除在設(shè)置之前就已經(jīng)選擇的內(nèi)容，而且設(shè)置之后也能通過其他方式選擇內(nèi)容，
例如用ctrl+a來(lái)選擇內(nèi)容。
ps：onkeydown、onkeyup和onkeypress事件不會(huì)受到鼠標(biāo)捕獲影響。
而ff在mousedown時(shí)就能清除原來(lái)選擇的內(nèi)容，但拖動(dòng)鼠標(biāo)，ctrl+a時(shí)還是會(huì)繼續(xù)選擇內(nèi)容。
不過在取消了系統(tǒng)默認(rèn)動(dòng)作之后，這樣的選擇并不會(huì)對(duì)拖放操作造成影響，這里設(shè)置主要還是為了更好的體驗(yàn)。

以前我用禁止拖放對(duì)象被選擇的方法來(lái)達(dá)到目的，即ie中設(shè)置拖放對(duì)象的onselectstart返回false，在ff中設(shè)置樣式MozUserSelect(css:-moz-user-select)為none。
但這種方法只能禁止拖放對(duì)象本身被選擇，后來(lái)找到個(gè)更好的方法清除選擇，不但不影響拖放對(duì)象的選擇效果，還能對(duì)整個(gè)文檔進(jìn)行清除：
ie:document.selection.empty()
ff:window.getSelection().removeAllRanges()
為了防止在拖放過程中選擇內(nèi)容，所以把它放到Move程序中，下面是兼容的寫法：

【margin】

還有一個(gè)情況，當(dāng)拖放對(duì)象設(shè)置了margin，那么拖放的時(shí)候就會(huì)錯(cuò)位（給SimpleDrag的拖放對(duì)象設(shè)置margin就可以測(cè)試）。
原因是在Start程序設(shè)置_x和_y時(shí)是使用offset獲取的，而這個(gè)值是包括margin的，所以在設(shè)置left和top之前要減去這個(gè)margin。
但如果在Start程序中就去掉margin那么在Move程序中設(shè)置范圍限制時(shí)就會(huì)計(jì)算錯(cuò)誤，
所以最好是在Start程序中獲取值：

在Move程序中設(shè)置值：

要注意margin要在范圍修正之后再設(shè)置，否則會(huì)錯(cuò)位。

【透明背景bug】

在ie有一個(gè)透明背景bug（不知算不算bug），可以用下面的代碼測(cè)試：

Code

會(huì)發(fā)現(xiàn)背景點(diǎn)擊觸發(fā)不了事件，不過點(diǎn)擊邊框的話還是可以觸發(fā)。
為什么呢？再用下面的代碼測(cè)試：

Code

應(yīng)該能看出個(gè)大概了，下面兩個(gè)div超出body（即超出紅色框）的部分就觸發(fā)不了事件。
也就是說(shuō)當(dāng)觸發(fā)事件的點(diǎn)，在body以外，而背景又是透明的，那么就會(huì)誤認(rèn)為觸發(fā)點(diǎn)是在了body外空白的地方，所以觸發(fā)不了事件。
那解決的方法就是，使事件觸發(fā)點(diǎn)保持在body內(nèi)，或者設(shè)置一個(gè)非透明背景。

那程序中只要給拖放對(duì)象設(shè)一個(gè)背景色就可以解決了，但有時(shí)需求正好是要透明（例如切割效果），那怎么辦呢？
首先想到的是加上背景色后設(shè)置完全透明，但這樣連邊框，容器內(nèi)的對(duì)象等都完全透明了，這個(gè)不好。
我想到的一個(gè)解決方法是在容器里面加一個(gè)層，覆蓋整個(gè)容器，并設(shè)置背景色和完全透明：

當(dāng)發(fā)現(xiàn)程序有這個(gè)bug出現(xiàn)，把程序可選參數(shù)Transparent設(shè)為true就會(huì)自動(dòng)插入這樣一個(gè)層了。

【iframe】

如果頁(yè)面上有嵌入iframe，那就要注意了，因?yàn)槭髽?biāo)捕獲在iframe上會(huì)有問題。

例如在拖放容器內(nèi)的一個(gè)iframe上快速移動(dòng)拖放，或者鼠標(biāo)拖動(dòng)到容器外的一個(gè)iframe上，反正就是鼠標(biāo)在iframe上（注意沒有其他元素隔開），就會(huì)出問題：
首先是捕獲的失效，鼠標(biāo)在iframe上，就拖不動(dòng)了，這個(gè)在ie和ff都是一樣；
其次ie里在iframe多摩擦幾次，還可能導(dǎo)致ie死掉（原因不明）。

這里我想到兩種方法：
隱藏頁(yè)面的iframe；
每個(gè)iframe用一個(gè)透明的層遮?。?br>用一個(gè)透明的層把整個(gè)頁(yè)面遮住。

第一種方法難度不大，但有時(shí)候不希望iframe被隱藏（例如iframe顯示的是一些必須顯示的信息）；
第二種方法很麻煩，要計(jì)算好每個(gè)iframe的位置和大小；
第三種方法我比較推薦，也比較簡(jiǎn)單。

我在仿LightBox內(nèi)容顯示效果做的那個(gè)覆蓋層正好能應(yīng)用在這里，首先實(shí)例化一個(gè)透明的覆蓋層：

然后在onStart和onStop事件中添加ol.Show()和ol.Close()來(lái)顯示和隱藏覆蓋層就可以了，這樣只要不是在iframe觸發(fā)拖放就沒有問題了。

有其他更好的方法也請(qǐng)各位指教。

暫時(shí)就研究到這里，想不到小小的拖放就有這么多的學(xué)問。
還有滾屏等這些都還沒考慮到呢，等以后有需要了再來(lái)研究拉。

使用說(shuō)明

實(shí)例化時(shí)只需要一個(gè)參數(shù)，就是拖放對(duì)象：
new SimpleDrag("idDrag");

有以下這些可選參數(shù)和屬性：
屬性:默認(rèn)值//說(shuō)明
Handle:"",//設(shè)置觸發(fā)對(duì)象（不設(shè)置則使用拖放對(duì)象）
Limit:false,//是否設(shè)置范圍限制(為true時(shí)下面參數(shù)有用,可以是負(fù)數(shù))
mxLeft:0,//左邊限制
mxRight:9999,//右邊限制
mxTop:0,//上邊限制
mxBottom:9999,//下邊限制
mxContainer:"",//指定限制在容器內(nèi)
LockX:false,//是否鎖定水平方向拖放
LockY:false,//是否鎖定垂直方向拖放
Lock:false,//是否鎖定
Transparent: false,//是否透明
onStart:function(){},//開始移動(dòng)時(shí)執(zhí)行
onMove:function(){},//移動(dòng)時(shí)執(zhí)行
onStop:function(){}//結(jié)束移動(dòng)時(shí)執(zhí)行

還有屬性Drag是拖放對(duì)象，Transparent、Handle和mxContainer初始化后就不能再設(shè)置。

程序代碼：

Code