本帖最後由 RadioNoise_1 於 2011-9-14 00:24 編輯
重子批量開啓，並沒有確認儲存目標位置的同名文件的存在與否
如果重子的開啓方式是有「任務內容」窗口顯示的情況，在按「馬上下載」或是「稍後下載」時，會檢查是否已存在有同名文件的情況。
但是在將一批重子拖去ＢＣ批量開啓的話（我只使用稍後下載，未確認馬上下載的情況），並不會確認目標位置的同名文件的存在與否，這時候如開始重子的任務則會重寫已存在的同名文件
批量下載的時候 是會彈出一個批量下載對話框
有設置"保存目錄" 所有任務都會保存到這個根目錄下,具體任務會按任務名稱保存為各個子目錄
如果根目錄下存在相同的任務 會提示是否檢查完整性 繼續上次的下載
本帖最後由 RadioNoise_1 於 2011-9-14 00:24 編輯
我的hash check if file changed 是用false
是單文件，沒有用到子目錄
在根目錄上存在同名文件，但沒有被詢問任何，所以文件最後被複寫了
希望可以最少能確認「同名文件／同名子目錄」的存在
對於已存在「同名文件／同名子目錄」的處理方法建議
先彈出一個通知窗口，報告載入的部分任務存在有同名文件的情況
窗口可提供三個選擇"放棄載入已存在同名文件的任務"「對於已存在同名文件的任務，個別的使用任務內容窗囗開啓」「無視同名文件的情況，但有用hash check就check，沒有用就不check 」
本帖最後由 RadioNoise_1 於 2011-9-14 01:07 編輯
首先我要說明為何我不用你的hash check if file changed ，因為它是不安全的，任由它check反而會白增損壞正常文件的機會
因為它是不安全的，它不是唯讀方式的執行
以前我就試過將不一様的文件以更改文件名的方式替換任務內的同名文件，測試「重新檢查完整性」功能
最後發現文件的CRC、MD5被變動，被損壞了，自此我就知道你的檢查方式是不安全的，當然不能任由它自動check
對於沒有把握的、確認狀況的文件，我是不會用檢查完整性的
說回今例：
原來的文件Size是比較小，這裡以10MB作例
新載入的任務的同名文件Size是比較大的，這裡以20MB作例
在新載入的任務沒有任何詢問的情況下，我開始了任務
在進度有X%之時，我察覺有不妥停止了任務，後省略…
同名文件被新任務擴大到20MB，但我用回原文件的重子重新檢查完整性，文件被縮回10MB，有少量損壞
這裡也可以證明，你的檢查方式不是唯讀的執行，你說這可以信任它、任由它執行嗎，你真的不怕一個「萬一」了嗎
對於hash check必須是唯讀，但對於有可能損壞文件的情況（修復），則必須先得到用戶的確定
沒有目錄的單文件 如果文件名重複是會出問題的 但是想問一下為什麼會有重複的任務的？ 按道理說不同的任務應該有不同的文件名額 就算是連續劇什麼的也有個數字標記的