好的,這已經在我腦海中一段時間了。我正在爲所有常見的中間層對象創建可重用的公司命名空間(類庫)。這個程序集可以在開發階段被我們的開發人員引用。這是我的問題。創建一個由所有中間層邏輯組成的單個組件還是將此功能分解爲更小的組件更爲可接受?創建可重複使用的公司命名空間的最佳實踐
示例:單個組件中(命名空間的例子)
系統
System.IO
System.IO.RegEx
System.Net
System.Net。 Mail
System.Security
的System.Web - AssemblyFull.dll
實施例:多個組件
System.IO
System.IO.Reg - 編譯爲AssemblyIO.dll
System.Net
System.Net - 編譯成AssemblyNet.dll
在過去,我已經這樣做了使用這兩種方法,但我不知道其他人一樣,爲什麼?我不在尋找任何代碼示例,我只想知道其他開發人員在做什麼?
在此先感謝。
如果它只包含所有內容,程序集將有多大?您是否期望貴公司的項目能夠使用所有常用功能?如果不是的話,你是否可以在邏輯上將它分解成相關的子單元(這可能是放入不同程序集的好候選)? –
Google for reuse/release equivalence principle – driushkin
Richard - [full]程序集將由100個對象組成。大多數項目總是會使用75%-85%的功能,但仍然可以使用其他部分。我最初的想法就是像你所說的那樣處理這個問題。拿最廣泛使用的物體,並建立一個共同的議會,然後採取其他對象,並將其分成單獨的單位。但另一方面,我可以看到單個程序集如何讓其他開發人員的生活更輕鬆。你只需要引用中間層程序集並完成它。我有一種感覺,這是6到1半到另一個 –