如何在Licenses.licx基于.NET组件的许可模式的工作? [英] How does the Licenses.licx based .Net component licensing model work?

查看:424
本文介绍了如何在Licenses.licx基于.NET组件的许可模式的工作?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我遇到了多个第三方.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.

希望这有助于。

这篇关于如何在Licenses.licx基于.NET组件的许可模式的工作?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆