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类库最佳实践

回答

相关问题