引用 System.Web 和 System.Windows.Forms
在我的类库中引用两者 System.Web 和 System.Windows.Forms 到底有什么问题？
例如，库可能包含一些需要引用 Web 或 WinForms 特定类的代码。
What exactly is wrong with referencing both System.Web and System.Windows.Forms in my class library?
For example, library could contain some code which needs to reference Web or WinForms-specific classes.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
好吧，如果您这样做，那么使用该库就会产生开销，并且存在 Web 代码使用 Forms 库的危险，反之亦然。我会将其分为 3 部分 - 一个公共部分、一个 Web 部分和一个表单部分，因此您只需使用公共部分和您需要的部分。这样，您就可以保证只使用您应该使用的库。
Well, if you do this, you will have overhead if you use that library and the danger, that Web code uses the Forms lib and vice versa. I would split it in 3 Parts - a common one and one Web and one Forms part, so you only have to use the common and the part you need. By that, you guarantee that you only use the libs you are supposed to.
如果您需要任何这些命名空间中的类，则引用相关程序集没有任何问题。
您必须小心地在模型层上添加非常具体的表示逻辑，这是我看到的唯一危险信号。
If you need a class within any of those namespaces, there is nothing wrong on referencing related assemblies.
You have to be carefully adding very specific presentation logic on your model layer, that's the only red flag I see.
这没有什么问题，特别是当您必须与 Web 服务进行互操作时。
我要说的一件事是这样的。如果您使用 System.Web 作为 System.Web.Caching，请改用 System.Runtime.Caching（如果您的目标是 .NET 4.0）。
There's nothing wrong with it, especially if you have to interoperate with web services.
One thing that I will say is this. If you're using System.Web for System.Web.Caching, use System.Runtime.Caching instead, if you're targeting .NET 4.0.
参考一下就没什么问题了。重要的是你如何使用参考文献。
There's nothing wrong with referencing. It's how you use the references that matter.