ASP.NET類庫最佳實踐

我有一個包含許多類的ASP.NET項目。ASP.NET類庫最佳實踐

我正在考慮爲類文件創建類庫，以便代碼可以在其他應用程序中重用。有兩個選項：

1）創建一個包含所有類 2）只包含將被共享，那麼也許使用接口

代碼的類創建一個類庫一個類庫有什麼真正的選項2的好處？選項1將是有益的，因爲所有的代碼將在一個地方。

來源

2012-07-03 w0051977

如果你真的想分享這些類，有*一致性的問題*圖書館不應包含特定於你的ASP.NET項目中的類，英寸也就是說;它應該只包含對其他項目具有廣泛適用性的類。您可以擁有另一個包含特定於您項目的類的類庫。 –

我會推薦選項＃2。

如果代碼將被其他應用程序重用，我不會在其中添加額外的類，因爲它會混淆庫。我會將剩餘的類放在ASP.NET應用程序的特定於該應用程序的App_Code文件夾中。

來源

2012-07-03 19:51:02 rag9

謝謝。所有類都在ASP.NET應用程序的AppCode文件夾中。你能解釋一下「混亂圖書館」的含義嗎？我正在考慮公開Web服務中的共享功能。我不確定網絡服務方式是否最好。所有訪問共享代碼的應用程序當前都在同一臺服務器上。 – w0051977

當然@ w0051977。假設您有ClassA和ClassB，以及Application1和Application2。假設ClassA是您希望在兩個應用程序之間的類庫中共享的內容，但ClassB僅針對Application1。我所說的「混淆圖書館」的意思是，當從Application2訪問它時，在庫中有兩個類的時候，你會看到YourLibrary.ClassA和YourLibrary.ClassB--當Application2真正關心的是ClassA時。這可能聽起來有點挑剔，但我認爲只將你想要共享的類放到類庫中會是最乾淨的。 – rag9

如果我選擇了選項1，那麼「混亂」肯定會在另一個文件夾（inetpub而不是system32）中？ – w0051977

如果您的目的是重複使用，那麼把重用的類捆綁在一起是合理的。但是，這不是開發類庫時唯一需要考慮的問題。最終你需要高內聚和低耦合，不僅在類/方法級別，而且在類庫（組件級別）。請參閱：

http://jasoncoffin.com/2011/03/10/cohesion-and-coupling-principles-of-orthogonal-object-orientated-programming/

Loose Coupling and OO Practices for Beginners

來源

2012-07-03 19:51:56

ASP.NET類庫最佳實踐

回答

相關問題