.NET类的再分配许可 [英] Redistribution licensing of .NET classes

问题描述

我有许可证的问题非常缺乏经验。比方说，我正在开发的.NET 2.0的应用程序。是否确定要使用（和分配）一些.NET 3.5的DLL与我的应用程序？

I have very little experience with licensing issues. Let's say I'm developing an application for .NET 2.0. Is it OK to use (and distribute) some .NET 3.5 DLL's with my application?

例如，可能我只是在我的设置复制System.Core.dll的客户端的机器？或者可能我甚至只提取某一类（如使用反射），把它的源$ C ​​$ c。在我的项目之一，并把它作为-是？

For example, could I just copy "System.Core.dll" in my setup to the client's machine? Or could I even just extract some class (e.g. using Reflector), put its source code in one of my projects, and use it as-is?

我不知道是否使用反射来做到这一点会在法律上确定，但将它从的微软的参考源服务器？

I'm not sure whether using Reflector to do this would be legally OK, but what difference would it make from downloading the same class from Microsoft's Reference Source Server?

在任何情况下，我想我只是的使用的类，它是框架实际上提供。是有一些误解，我的想法？

In any case, I guess I am just using the class, which is what the framework actually provides. Is there some misconception with my ideas?

推荐答案

您肯定，绝对的不应该开始重新分配从一个框架版本的DLL到另一个地方。

You definitely, definitely shouldn't start redistributing DLLs from one framework version to another.

有关一件事很可能是非法的（甚至是或可能的尤其的使用反射来提取源） - 但更重要的是，你再有一点code被设计和为对另一个框架运行的一个版本编写的。谁知道他们已经依靠在mscorlib中一个bug修正它只是在执行.NET 3.5？

For one thing it may well be illegal (even or possibly especially using Reflector to extract source) - but more importantly, you've then got a bit of code which was designed and written for one version of the framework running against another. Who knows if they've relied on a bugfix in mscorlib which was only implemented in .NET 3.5?

如果你想LINQ到对象在.NET 2.0， LINQBridge 是你的朋友。对于其他问题，我会强烈建议寻找一个第三方实施或升级框架的版本部署的机器上。

If you want LINQ to Objects in .NET 2.0, LINQBridge is your friend. For other issues, I would strongly recommend looking for a third party implementation or upgrading the version of the framework on the deployment machine.

这篇关于.NET类的再分配许可的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！