我只是想知道,爲什麼有人想要在一個解決方案來創建多個項目,如果他能很容易地爲每個項目創建一個新的解決方案。在哪些情況下它是有意義的有多個項目在一個解決方案?
什麼是決定哪些設置是更好的最佳實踐/參數呢?
我只是想知道,爲什麼有人想要在一個解決方案來創建多個項目,如果他能很容易地爲每個項目創建一個新的解決方案。在哪些情況下它是有意義的有多個項目在一個解決方案?
什麼是決定哪些設置是更好的最佳實踐/參數呢?
在一個解決方案中多個項目是很常見的。甚至是規範。一個項目中可以捕獲整個程序的情況非常罕見。一個簡單的例子是單元測試。您通常希望那些在他們自己的項目中,但是同樣的解決方案,以便他們可以輕鬆訪問。
如果你打破了你的組件,因此某些功能在某些組件,但希望這是會使用許多這些組件的解決方案,那麼你會包括你解決許多項目。
例如,如果您有一個用於數據訪問的程序集,一個用於您的業務邏輯,另一個用於您的前端,您可以將每個程序集放在一個單一解決方案中,以便可以在一個解決方案中開發和調試所有程序集地點。
同樣,如果您想將某些常用功能細分爲自己的程序集,以便該組件可以在許多解決方案中重用,那麼您可以在自己的項目中使用該組件,但將其作爲解決方案的一部分,以便您可以添加/擴展/改變它,而你正在開發你的主應用程序。
如果你只開發依賴於編譯的DLL,你永遠需要並行開發,那麼你可能永遠不會在一個解決方案中多個項目的應用程序,但是這是我的經驗
另一個簡單的例子非常罕見是當你的項目需要或創建庫時。在一個項目有最終的應用程序和其他含有(第三方)庫。