應該說，這個問題是很基本很入門的CAD操作問題。但是呢，細究起來，這也是個很有意思的問題。很多同行都知道，幾乎所有的建筑CAD圖紙里都會有碎數的存在，比如標注為600的一根線，你用di命令一量，出來的測量長度是599.8456。這幾乎是建筑設計領域的一個千古之謎。到底是什么原因造成的呢？

至少在建筑繪圖領域，據我所知，幾乎沒有人用柵格捕捉。并不是說它不可以，只是平均來說，使用柵格的效率實在是太低。就像程序員編程，不同的代碼可能都能達成同樣的目的，但我們更傾向于那些簡潔、高效、出錯率低的解決方案。

在有些人看來，這并不是什么大問題，實際工作中，也確實有很多人直接修改標注里的文字來控制最終效果。比如一條線，應該是600，但標注一下發現是597，那3毫米到底差在哪里，找起來實在太費勁，索性直接ctrl+1，在屬性里把597這三個字人工改成600。畢竟，圖紙最終是看文字標注的尺寸，而不是拿比例尺直接量取，何況差的也不多。

不過，隨著協同設計、BIM技術、以及信息技術在整個行業的蓬勃應用，這個問題應該得到足夠的重視。可能在不遠的將來，打印出來的二維圖紙就將退出歷史舞臺，整個行業都使用電子圖紙乃至電子三維數據模型。結構計算、概預算、綠色節能計算等等后續軟件也要直接讀取相關數據。這樣，對繪圖數據精確度的要求相應就提高了。

圖紙中不斷累積的小錯誤小誤差總歸是個隱患，何況這些并不是不可避免的。養成良好的繪圖習慣，掌握合理的繪圖方法，就能在不影響效率的前提下盡量減少這樣的錯誤。

明白圖紙對象間的尺寸意義和定位關系

CAD繪圖不是藝術創作，也不像PS、Painter那些處理像素圖片的軟件，CAD的目的是矢量圖，圖紙只是一個表象，重要的是這個表象所承載的設計信息。畫一個圓形，它可能是個直徑100的管道，可能是個直徑500的柱子，也可能是個直徑1000的圓形窗戶。不能只是大致的畫一個差不多的，一定要輸入100、500、1000這些數值。圓的樣子不重要，重要的這些數值承載的設計信息。

直徑500的管樁，最小間距是3.5倍樁徑，也就是1750。那我復制這個管樁的時候，就要輸入復制距離1750，而不是挪動鼠標，覺得距離差不多是1750了就一點左鍵。

其它的各種移動、復制、鏡像、倒角、圓角、陣列等等都是如此，每一步操作都要做到：要么鼠標點在捕捉定位點上，要么鍵盤輸入數值，杜絕鼠標亂點，做到這一點準則，就能保證基本的繪圖精度。

這一點也是一個設計概念的體現，就像蘋果公司的標志，并不是亂畫的（很多同志提醒說這個蘋果標志的平面定位是杜撰的），切線關系、圓角半徑、角度關系都是定死的。反面例子就是一些很粗糙的方案設計圖紙，一量平面圖上的窗戶寬度，有的是1795，有的是1807，一看就是用鼠標隨手一點，沒有最起碼的對設計的控制。

（修改：很多同志提醒說這個蘋果標志的平面定位是杜撰的。好吧，我就再舉一個拉羅歇住宅的例子。柯布老師1923年拉羅歇住宅的立面控制線，各組件嚴格按照對角控制線布置。）

合理使用對象捕捉

對象捕捉是個很有用的功能，但是要合理使用。對象捕捉中的“最近點”“外觀交點”“平行”和“延伸”一般情況下都要關掉，防止計算機替你選擇錯誤的定位點。比如你要畫一條線段，線段的終點應該是某個圓的圓心。你把鼠標移到圓心附近，一般情況下會自動捕捉“圓心”，但如果你的“圓心”捕捉選項處于關閉狀態，而“最近點”選項是打開的，那就無法定位到圓心，雖然看上去很接近，但其實并不是幾何學意義上的那個圓心。

適當的定期檢查

繪圖的步驟很多很雜亂，應該養成定期檢查的好習慣，以免錯誤越積累越多，最終覆水難收、進退兩難。尤其是從其它文件拷貝粘貼過部分圖形之后，更要做必要的檢查，防止太離譜的錯誤。

設置合理的單位精度

按照圖紙的性質不同，選擇合理的單位精度設置。如果要求低一些，可以設置成0，這樣599.8854這樣的小錯誤會被自動忽略；要求高的話，可以設置成0.0000，這樣自己可以掌握真正的圖紙精度，杜絕小錯誤。一個小竅門就是可以把標注的單位精度改成0.0000，這樣大多數標注都是600.0000、1000.0000，極個別的那些599.8854就很扎眼，很容易就能找出錯誤的地方。打印圖紙的時候再把標注樣式的單位精度改掉，打印出來的圖紙就又都是600、1000了。

其實這個東西跟其它繪圖技能都是綁定的。一份圖層設置合理高效、文字標注等各種樣式簡潔明了的CAD文件，不太可能會有很多精度不夠的問題。反之，一份充斥著精度錯誤的CAD文件，必定沒有圖層、樣式的概念，打開這些設置一看肯定是一塌糊涂。這兩者的差距是巨大的，表達同樣內容的圖紙，好比同一個小區差不多的2#樓和3#樓圖紙，不同的人來做，有的只有幾百KB，有的動輒就上10MB。這就像寫程序一樣，各種變量、參數、定義等等都很清晰的，一般沒有太大的bug，代碼也很簡潔易讀。反之，概念和思路不清楚，各種定義一團糟，肯定bug也特別多，代碼也極其臃腫。