存儲程序集的最佳做法？

我正在尋找一些存儲組件的指導。這是我們的源代碼樹的樣子，此刻：存儲程序集的最佳做法？

項目名
幹線
| -------- SRC（源代碼）
| -------- LIB （每個項目所需的程序集，例如NUnit framework，svn external）
| -------- tools（每個項目需要的工具，例如NUnit executable，svn external）
| -------- ThirdPartyAssemblies （項目特定組件，例如log4net）

我們已經將一些代碼移動到我們自己的名爲Utils.dll的庫中。

我現在想知道把這個庫放在哪裏（字面上文件夾的名字很好），以及我們將來編寫的其他庫。

3210似乎不是正確的地方（因爲它不是來自第三方），也不是lib，因爲我們創建的每個項目都不需要程序集。

來源

2010-02-23 Timo Kosig

那麼你可以肯定地創建一個「FirstPartyAssemblies」目錄，如果你需要的話 - 但是你一定需要「存儲」這些程序集嗎？他們來自不同的解決方案嗎？你能不能在相同的解決方案中使用幾個項目，並讓VS適當地拉動組件？當然，您不必將所有項目都放在同一個源層次結構中。

現在很多情況下你會將想要存儲程序集 - 並有可能分開版本等 - 但如果你可以逃避沒有這樣做，它可能會讓你的生活更輕鬆。這真的取決於你的情況。

來源

2010-02-23 08:27:37

感謝Jon，「FirstPartyAssemblies」就是我一直在尋找的東西。你是對的，讓某些項目生活在同一個解決方案中，並將VS拉到一起更容易。我們已經爲大部分項目做到了這一點。這個問題的目標是一個特定的程序集，它將被很多項目（它包含wrapper classer和其他幫助程序）引用，並且因爲它存在於它自己的源代碼層次結構中，所以我們不能使用VS自動引入它。 – 2010-02-23 09:37:27

我不會總是把項目放在解決方案中，除非你想採取開源方法。這可能會變得混亂。我總是使用公司的名字。像[CompanyName] Utils一樣。這樣，如果需要，您可以進一步細分。像[CompanyName] [Domain] Utils或其他。

來源

2010-02-23 08:31:29 cerhart

存儲程序集的最佳做法？

回答

相關問題