什麼時候應該在.NET中使用多個類庫。我有一種情況需要使用Microsoft Office對象模型的功能來檢查Microsoft Office文件的某些屬性。我應該使用不同的類庫來處理不同的文件類型。何時使用多個類庫？
eg:- 1 library for word files,
1 library for ppt,
so on.
或者我應該把所有東西都放到一個類庫中。
在構建多個類庫之前，我應該如何自我解決這個問題。
想想你的消費者：如果有人可能想使用庫文件來獲得文件，而沒有其他所有庫的額外開銷，那麼將它們分開。如果沒有，不要。
也就是說，請記住，單獨的組件不一定與單獨的項目相同。您可能希望爲每個項目使用單獨的項目，即使您最終將它們組合到一個大組件中（請參閱Single assembly from multiple projects）。我發現在小型項目上管理版本控制更容易。
1）什麼（可能）其他程序將重用相同的類，並將它們部署在相同的位置？
2）我有一小部分對系統其餘部分幾乎沒有依賴性的類;將它們組合在一個類庫中是否合乎邏輯？
這取決於您打算如何使用此功能和。
如果您打算使用多個應用程序的部分功能，並且每個應用程序只需要處理其中一個文件（或者至少不是所有文件），那麼分離出庫是有意義的按文件類型。
但是，如果您的所有應用程序通常會處理每種類型的文件，那麼將它們放在一起將減少解決方案的維護開銷。
保持簡單。如果你沒有技術上的理由分開，不要做到這一點。
對此的回答是主要是個人意見。有許多技術原因或「最佳實踐」模式，並決定如何分離代碼。
除非你需要將它們分開，否則。 – StingyJack 2011-03-17 18:12:58
真的這個問題是：「什麼時候應該將我的邏輯分成多個類，什麼時候應該在.NET類中編寫代碼時將邏輯保存在我的類中？」因爲這些都是與對象相關的「幫助函數」，所以我說把它們全部放在一個類中。 – jcolebrand 2011-03-17 18:14:53