.Net开发笔记（二十）创建一个需要授权的第三方组件

在使用需要授权的软件时，注册付费的目标是软件的使用者，我们开发人员平时用到的一些第三方组件也是需要授权付费的，也就是说，付费者是开发人员，并不是系统（使用了该第三方组件）的最终使用者。

以上两者的区别如下图：

图1

本篇文章介绍.net中怎样开发需要授权的第三方控件（组件），既然授权对象是开发者，不是最终用户，那么授权入口只能提供给开发人员，而不应该提供给最终用户。另外，一般情况下，组件的一次成功授权只能供一个开发人员使用，因此授权信息需要跟开发人员的电脑绑定，这个可以通过关联机器硬件编码来做到。软件开发完成发布后，第三方组件不应该影响用户的使用，也就是说，发布后的组件，不能再绑定到具体电脑。总结一下，大概包含以下几点：

• 组件的授权收费是针对使用该组件开发软件的人；
• 组件的授权跟机器绑定，一次成功的授权只能供一个开发人员使用；
• 软件发布后，组件不能再影响最终用户，第三方组件的授权入口对最终用户透明。

要解决以上三点，需要知道很重要的一个概念就是之前系列博客中介绍的“设计时（Design-Time）”和“运行时（Run-Time）”，以及明白它两的区别和联系。

由前面系列博客得知：

任何一个组件有两种状态，即“设计时”和“运行时”，简单之，组件处在窗体设计器中时，它就处于“设计时”；反之，程序跑起来后，组件就处于“运行时”。同一个组件，处于设计时的行为和处于运行时的行为可能不一样，这就像同一个人，在他老爸面前和在他儿子面前的行为可能不一样。用一个简洁的代码展示如下：

  View Code

如上代码所示，软件开发阶段，开发人员使用第三方组件，需要在窗体设计器中实例化一个组件实例，那么这时候就可以检查组件在当前机器上的授权状态（已授权、试用期还是已过期），这时候检查授权状态需要和当前机器硬件信息关联。软件发布后，组件不再在窗体设计器中，同时组件面向的是最终用户，理论上不应该再检查组件的授权状态，但是为了防止开发人员使用试用期的组件发布了软件，因此在组件发布后，还是有必要检查一下组件的授权状态，这时候检查方式就不用与硬件信息关联了。

本篇Demo中做了一个等待控件，我们在使用它进行开发的时候需要取得授权许可，授权时根据生成的申请码（跟本机硬盘编号关联），去匹配组件开发商提供的激活码，两者一致的话，授权成功，否则提供30天的试用期，在试用阶段，界面显示试用标志，30天试用结束后，组件不能再继续试用。如果需要发布，则需要调用组件对应的方法，给它提供一个申请码和一个激活码，授权成功，组件正常使用，授权不成功，组件显示未授权标志（但不要求最终用户获得授权）。

判断组件当前状态方法：

  View Code

发布后，提供申请码和激活码激活组件：

  View Code

注：本文主要讲述第三方组件授权原理，其余有关授权方式是否安全等有待完善。

Demo项目结构：

图2

效果图：

1）开发阶段，组件授权界面

图3

2）开发阶段，ProgressBar试用期

图4

3）发布后，未授权的ProgressBar

图5

4）开发阶段，授权成功

图6

源码下载地址：http://files.cnblogs.com/xiaozhi_5638/ComponentCopyProtection.rar

希望有帮助！