最近，有一個(gè)這樣的需求，所以把解決方法給貼出來一下。
首先，cad判斷圖紙是否被修改過，是根據(jù)一個(gè)變量的值來判斷的，這個(gè)變量就是 DBMOD，很多人肯定會想到，那我把這個(gè)變量的值給修改成0或者是-1不就行了嗎？ 很不幸告訴你，這個(gè)變量是只讀的。那么怎么辦呢？ 幸好桌子公司還挺厚道的，導(dǎo)出了一個(gè)接口給我們來修改database的這個(gè)flag，只不過是在官方的sdk文檔里沒有給出來而已，這個(gè)接口的原型如下：

//聲明設(shè)置數(shù)據(jù)庫模式的函數(shù)
extern long acdbSetDbmod(AcDbDatabase * pDb, long newVal);

這個(gè)函數(shù)在我以前的blog文章中也提到過，按照我上面的方法，聲明一下，就可以使用這個(gè)接口來解決問題。

好了，現(xiàn)在有解決問題的接口啊，那么設(shè)置的時(shí)機(jī)應(yīng)該在什么時(shí)候？ 我想說的是，一個(gè)是，在你所有的修改操作之后，還有一個(gè)就是關(guān)閉文檔之前。

明顯的后面一個(gè)實(shí)現(xiàn)起來更現(xiàn)實(shí)，因?yàn)?，我們知道，可以通過反應(yīng)器這個(gè)東東來實(shí)現(xiàn)，我就是通過反應(yīng)器來實(shí)現(xiàn)的，能過editor反應(yīng)器來hook Quit命令和CLOSE命令 willstart的時(shí)候，來設(shè)置對應(yīng)數(shù)據(jù)庫的flag,這樣就可以認(rèn)cad不彈出提示保存的對話框了，代碼如下：
void AMenEditorReactor::commandWillStart(const ACHAR * cmdStr)
{
CString strCmd = cmdStr;
strCmd.MakeUpper();
if( !strCmd.CompareNoCase(_T("_CLOSE")) || !strCmd.CompareNoCase(_T("CLOSE")) )
{
   const TCHAR* szBuffer = NULL;
   acdbCurDwg()->getFilename(szBuffer);
   CString strRemoteFile = AMenFileManager::GetInstance()->GetLocaleBindFile(szBuffer);
   if( !strRemoteFile.IsEmpty() )
   {
    struct resbuf res;
    acedGetVar(L"DBMOD",&res);
    if(res.resval.rint) // If changes have been made...
    {
     //清除保存位
     acdbSetDbmod(acdbCurDwg(),0);
    }
   }
}
else if( !strCmd.CompareNoCase(_T("_QUIT")) || !strCmd.CompareNoCase(_T("QUIT")) )
{
   AcApDocumentIterator *pIt;
   pIt=acDocManager->newAcApDocumentIterator();
   while(!pIt->done())
   {
    // For each open document...
    AcApDocument* pDoc=pIt->document();
    acDocManager->setCurDocument(pDoc);
    struct resbuf res;
    acedGetVar(L"DBMOD",&res);
    if(res.resval.rint) // If changes have been made...
    {
     acDocManager->lockDocument(pDoc); // Lock
     acdbSetDbmod(pDoc->database(),0); // clear changes flag
     acDocManager->unlockDocument(pDoc);//unlock
    }
    pIt->step();
   }
   delete pIt;
}

AcEditorReactor::commandWillStart (cmdStr)
}

PS: 另外還有方法的，記得AcApDocment類有兩個(gè)成員接口，pushDbmod和popDbmod。 看文檔可以得知，pushDbmod接口是copy當(dāng)前DBMOD變量的值放在DBMOD棧上，從而pushDbmod之后對database的修改，改變是將是你copy后的這個(gè)值，在編輯完畢后，你再把這個(gè)值給popDbmod，這樣就可以做到系統(tǒng)修改的是一個(gè)臨時(shí)值，而不是database的DBMOD，而當(dāng)系統(tǒng)判斷database是否被修改的時(shí)候，就會以database本身的DBMOD來判斷，這樣也就不會提示保存對話框了。所以，這個(gè)模型可以如下：

修改前：pushDbmod
修改ing
修改后：popDbmod
關(guān)閉：不提示
0了。