[英]Adding files to the DPR file vs project paths in Delphi 2010
我們正在從D7遷移到D2010,並正在就清理項目路徑進行辯論。 我們有許多目錄,其中包含大量的Pas文件,這些目錄包含在某些項目路徑中,但實際上只有少數文件被任何單個項目使用。
一種選擇是完全消除項目路徑,並且只在dpr中使用所有已使用的文件。
第二個選項是僅保留dpr中所需的文件,並具有指向其余文件的目錄的項目路徑。
對於另一個選項,是否存在任何爭議?
將所有單元明確地放在dpr中可以極大地改善編譯時間,代碼完成,錯誤洞察和一般導航。
它不會阻止您將文件保存在文件夾和子文件夾中,而只是不依賴於不同的路徑來查找它們。
在一個擁有數百萬LOC的大項目中,它產生了巨大的差異。
我贊成將“庫單元”與“項目單元”分開,並將所有“庫單元”保留在搜索路徑中,並將所有“項目單元”保存在項目文件中。 原因如下:
作為參考,我的“庫單元”是在不相關的項目中使用的那些單元(想想:組件和實用程序)。
我認為有利於包括項目本身在項目中使用的所有文件。 這將通過確保使用的單元是項目的一部分來提高“見解”的性能。 此外,這將使您能夠更輕松地在項目管理器中管理您的代碼。 擁有大型復雜路徑是脆弱的,很難管理。
關於加速Insights的評論讓我很感興趣,我會嘗試一下,但到目前為止,我從未在使用它們的項目中包含共享單元。 相反,我為每個庫創建了包並將它們添加到項目組中(主要僅用於組織目的,即我從未真正將它們編譯為運行時包)。 我發現這更容易管理(特別是項目管理器中的所有最新改進),而不是將所有文件放在一個項目中,因為單個(包)項目中的文件夾層次結構不會那么深,特別是沒有“... “那么平坦。
不包含項目中所有文件的原因:
uses MyInterfaces, MyTypes, MymMainUnit;
) 而這個QC條目:
報告編號:77687(RAID:273031)
狀態:打開.dpr源代碼中的編輯速度變慢,項目中有更多單元http://qc.embarcadero.com/wc/qcmain.aspx?d=77687
更新:現在我知道有很多方法可以打開項目文件:) - 但我的觀點是,在一個有500個單位引用的dpr中,很難找到“重要”(或“主要”)單位,深入研究源代碼的起點 - 如果代碼是一個僅包含必要單元引用的“輕量級”項目文件,則更容易調查代碼。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.