如何实现扫二维码付款后，试用版的功能马上变成正式版，允许使用。

[罗刚君]

我做一个软件，菜单里有几个菜单，允许试用100次。
如何才能做到用户扫二维码之后，那几个菜单变成不限制使用次数，软件成为正式版？
PC软件，不是手机软件。

[以专业开发人员为伍]

核心功能依赖服务器动态变化。

[罗刚君]

引用 1 楼 以专业开发人员为伍 的回复:

核心功能依赖服务器动态变化。

层主有实战案例吗？如果能亲手指导，直到学会，可以私聊一下，给报酬，上千元也可以。
我对这些流程目前没有丝豪概念，只给一个理论指导我仍然无从下手。

[以专业开发人员为伍]

显然，每一个用户“是不是试用状态，还剩下可以试用的次数”这样的数据是保存在你的服务器端的数据库中的。 的客户端程序（包括 web 前端程序）注册、绑定菜单功能，也是读取统一的服务器接口功能的。 在你的菜单点击或者相应功能模板页面的初始化代码中插入一行代码，向服务器发送一次“使用了此菜单功能”的命令信息，从后台减少剩下的试用次数。 你把上面的几个逻辑 api 接口要求结合起来实现即可。

[以专业开发人员为伍]

扫二维码的功能，因为你没有特定说明其环境，因此我们假设不绑定微信、支付宝，而是单独设计你自己的网站功能，那么你可以每当（例如在用户注册页面上）要显示二维码图片之前，首先产生一个“授权码”编号，并且在你的服务器端数据库中记录米一个二维码授权码有没有被扫描过的信息（一个 bool 类型的字段）。 然后你的登录页面使用通用的类库方法，产生此“授权码”对应的二维码图片。例如将类似如下这样的url

http://111.abc.com/scan.ashx?id=89kjks23842k

产生为对应的二维码图片，并显示到相关的网页（例如用户注册网页）。 当用户用手机扫二维码的时候，手机实际上访问了上面的页面，你的服务网站上的功能 scan.ashx 自定义服务处理参数 id，将相关的二维码被扫描过的状态记录下来。（同时还可以当发现重复扫描时，直接给出错误提示） 你的用户注册页面（它含有注册二维码）可以捕获扫描二维码事件，并且动态改变前端界面，例如显示”已经扫描，获得了1000次试用次数“之类的提示画面。 而用户注册页面要提交注册，可以先访问服务器判断一下是否已经扫描过二维码。如果没有扫描过则不允许提交用户注册，而是提示”请先扫二维码“。

[以专业开发人员为伍]

引用 2 楼 qq_35692191 的回复:

[quote=引用 1 楼 以专业开发人员为伍 的回复:] 核心功能依赖服务器动态变化。

层主有实战案例吗？如果能亲手指导，直到学会，可以私聊一下，给报酬，上千元也可以。 我对这些流程目前没有丝豪概念，只给一个理论指导我仍然无从下手。[/quote] 要说”学会“，不同人有不同的过程。有的过程就算是花2万块钱学费也未必够费用啊所以还是看你先能提出什么程度的设计方案和问题，你提出的问题决定了所能得到的回答。

[不胖到130不改名字]

这个二维码是你们自己代码生成的还是那种商家收款二维码或者个人收款二维码

[良朋]

以前用过康耐视的读码器DATAMAN100，开始是只能读取条码，后面他们给了一个条码，用读码器读这个条码之后，读码器就能识别二维码了。他们可能是搞了一个什么EPMOS。

[罗刚君]

引用 5 楼 以专业开发人员为伍 的回复:

显然，每一个用户“是不是试用状态，还剩下可以试用的次数”这样的数据是保存在你的服务器端的数据库中的。

的客户端程序（包括 web 前端程序）注册、绑定菜单功能，也是读取统一的服务器接口功能的。

在你的菜单点击或者相应功能模板页面的初始化代码中插入一行代码，向服务器发送一次“使用了此菜单功能”的命令信息，从后台减少剩下的试用次数。

你把上面的几个逻辑 api 接口要求结合起来实现即可。

我想用微信二维码，这样受众群体大一些。
据说是需要交钱才行的吧？而且要有企业营业执行才能申请那种二维码？

[本人QQ-554433626]

你想做二维码收款肯定需要商户或企业、单位才行，营业执照、法人资料也是必须的。 你想做微信的，那你注册个商户号或者开通公众服务号.

[娃都会打酱油了]

你这种二维码是动态生成的二维码，不是打出来哪种静态的二维码好不……

[罗刚君]

引用 13 楼 娃都会打酱油了 的回复:

你这种二维码是动态生成的二维码，不是打出来哪种静态的二维码好不……

不管是哪一种，能实现需求就好。
有没有人能指导完整的流程？可以给上千元的报酬。
如果说需要注册一个公司，也是可以的，反正也就几百元。

[VB业余爱好者]

设置一个全局变量嘛，存放授权状态，扫完二维码改变变量存储的授权状态不就行了。

反正你在点击菜单时肯定要判断已点击次数的，顺便加上判断授权状态不就可以了。

[LazyXs]

其实想的复杂了。

第一是当前用你软件的软件标识，来决定是谁付款，并且修改该软件的菜单次数权限或者可否使用

二维码可以使用个人免签来实现。

个人免签，配合自己的API接口，储存数据 支付成功等等，来决定菜单状态

[shengyiheai]

楼上说的对

引用 15 楼 Lazy心宿 的回复:

其实想的复杂了。

第一是当前用你软件的软件标识，来决定是谁付款，并且修改该软件的菜单次数权限或者可否使用

二维码可以使用个人免签来实现。

个人免签，配合自己的API接口，储存数据 支付成功等等，来决定菜单状态

[ly5222518000]

微信和支付宝的二维码收费接口确实是要营业执照的
CS,BS架构交互，HTTPS这种非对称加密这种也做过
自定网络协议等等都做过
功能可以实现但不保证绝对安全，毕竟HTTPS自己都不敢说是绝对安全的
你这个问题面太广没法在这回答的我能想象你着急实现这个功能
但还是先看看相关的书籍吧
HTTP原理和安全方面的，.NET CS,BS架构交互方面的，数据库方面的，.NET安全方面的等等
至少有个大概印象再动手开始实现功能