由网友(喝着咖啡打瞌睡)分享简介：我遇到了多个第三方.NET组件供应商中使用发牌制度。在评估副本，该组件显示了一个唠叨屏幕或水印或类似指标。在一个行货机器，一个 Licenses.licx 创建 - 有什么似乎是的只是的程序集全名/标识符。当客户端组件是建本文件已被包括在内。I've encountered multiple third party...

我遇到了多个第三方.NET组件供应商中使用发牌制度。在评估副本，该组件显示了一个唠叨屏幕或水印或类似指标。在一个行货机器，一个 Licenses.licx 创建 - 有什么似乎是的只是的程序集全名/标识符。当客户端组件是建本文件已被包括在内。

I've encountered multiple third party .Net component-vendors that use a licensing scheme. On an evaluation copy, the components show up with a nag-screen or watermark or some such indicator. On a licensed machine, a Licenses.licx is created - with what appears to be just the assembly full name/identifiers. This file has to be included when the client assembly is built.

这是如何模型的工作？无论是从组件供应商和用户的角度来看。 是用来做什么的.licx文件？如果它检查？ 我们已经有一些被检查与错/右.licx文件的问题并没有什么的

推荐答案

几乎所有有关.NET许可解释的这里。无需重写，我想。

Almost everything about .Net licensing is explained here. No need to rewrite, I think.

这是更好地从项目排除在源代码管理许可证文件，如果你能。否则，编辑可视组件可能是痛苦的屁股。此外，存储在源代码控制库许可证文件是不是需要。

It is better to exclude license files from project in source control, if you can. Otherwise, editing visual components may be pain in the ass. Also, storing license files in source control repository is not a need.

希望这有助于。