[quote=引用 9 楼 qq_35195625 的回复:] 贴主,你做完了么?我也要做这样的东西,我能请教一下你吗?
贴主,你做完了么?我也要做这样的东西,我能请教一下你吗?
[quote=引用 6 楼 u012837409 的回复:] [quote=引用 5 楼 aa734238483 的回复:] [quote=引用 1 楼 sp1234 的回复:] 软件需要自己设计啊!只要搞懂一些设计原理。 你的winform“让”用户通过手机来扫码(它访问你们自己的服务器,得到了交易流水号),它自然就需要捕获服务器端的通知。最此地,假设你们“几乎没几个用户”,那么你可以使用轮询方式来每隔10秒钟查询一次(根据此交易流水号来查询“是否存在扫码成功记录”)。如果比较实用的系统,显然winform前端跟服务器是保持这双向通讯的,那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。
[quote=引用 5 楼 aa734238483 的回复:] [quote=引用 1 楼 sp1234 的回复:] 软件需要自己设计啊!只要搞懂一些设计原理。 你的winform“让”用户通过手机来扫码(它访问你们自己的服务器,得到了交易流水号),它自然就需要捕获服务器端的通知。最此地,假设你们“几乎没几个用户”,那么你可以使用轮询方式来每隔10秒钟查询一次(根据此交易流水号来查询“是否存在扫码成功记录”)。如果比较实用的系统,显然winform前端跟服务器是保持这双向通讯的,那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。
[quote=引用 1 楼 sp1234 的回复:] 软件需要自己设计啊!只要搞懂一些设计原理。 你的winform“让”用户通过手机来扫码(它访问你们自己的服务器,得到了交易流水号),它自然就需要捕获服务器端的通知。最此地,假设你们“几乎没几个用户”,那么你可以使用轮询方式来每隔10秒钟查询一次(根据此交易流水号来查询“是否存在扫码成功记录”)。如果比较实用的系统,显然winform前端跟服务器是保持这双向通讯的,那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。
软件需要自己设计啊!只要搞懂一些设计原理。 你的winform“让”用户通过手机来扫码(它访问你们自己的服务器,得到了交易流水号),它自然就需要捕获服务器端的通知。最此地,假设你们“几乎没几个用户”,那么你可以使用轮询方式来每隔10秒钟查询一次(根据此交易流水号来查询“是否存在扫码成功记录”)。如果比较实用的系统,显然winform前端跟服务器是保持这双向通讯的,那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。
17,740
社区成员
24,334
社区内容
加载中
试试用AI创作助手写篇文章吧