问题描述
是这样子的，目前在做一个项目，c#的，做了一个winform的界面，已经实现了支付宝和微信的扫码支付，但是我用手机扫码支付成功之后，只能在手机段看得到成功。然而前端也就是winform界面并没有任何提示和显示效果，我现在想要实现这么一个功能，就是能够在你手机扫码之后，winform界面也可以实现回调提示。有没有大神做过这方面的啊，求支招，网上找了很多都找不到winform界面的。不胜感激
解决方案
解决方案二：
软件需要自己设计啊！只要搞懂一些设计原理。你的winform“让”用户通过手机来扫码（它访问你们自己的服务器，得到了交易流水号），它自然就需要捕获服务器端的通知。最此地，假设你们“几乎没几个用户”，那么你可以使用轮询方式来每隔10秒钟查询一次（根据此交易流水号来查询“是否存在扫码成功记录”）。如果比较实用的系统，显然winform前端跟服务器是保持这双向通讯的，那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。
解决方案三：
如果你说你仅仅是不知道如何通讯，这就需要你单独学习了。你有技术储备，在设计一个应用时才会有点勇气。
解决方案四：
支付成功或失败后，支付宝、微信都会有传回服务器支付结果，服务器接收到支付结果就通知Winform
解决方案五：
1.你要写一个http接口，也就是说你搞一个回调网址给微信或者支付宝，本身这些事情都应该是外网后台做的，你如果非要在winform上搞的话就必须自己来实现这个事情，2.你得具备域名和公网IP，把域名解析到这个IP上，简单点说就是回调这个网址的时候是访问到你写的项目中来3.微信回调后你就可以收到，再一些列处理数据更新UI大体就是这样来搞的
解决方案六：
引用1楼sp1234的回复:
软件需要自己设计啊！只要搞懂一些设计原理。你的winform“让”用户通过手机来扫码（它访问你们自己的服务器，得到了交易流水号），它自然就需要捕获服务器端的通知。最此地，假设你们“几乎没几个用户”，那么你可以使用轮询方式来每隔10秒钟查询一次（根据此交易流水号来查询“是否存在扫码成功记录”）。如果比较实用的系统，显然winform前端跟服务器是保持这双向通讯的，那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。
我现在做的是属于二次开发的，这个系统是winform和服务器端保持通讯的，我现在遇到的难点是前端winform界面的显示问题，就是要如何做才能有类似html5网页那样子的效果。就比如在京东网站，你扫码支付成功之后回跳转到界面提示你支付成功了，但是winform的话我目前是不知道该怎么实现这样子的效果，我也是出来工作之后才接触C#的，winform这种窗体效果显示还是有诸多疑问的。
解决方案七：
引用5楼aa734238483的回复:
Quote: 引用1楼sp1234的回复:
软件需要自己设计啊！只要搞懂一些设计原理。你的winform“让”用户通过手机来扫码（它访问你们自己的服务器，得到了交易流水号），它自然就需要捕获服务器端的通知。最此地，假设你们“几乎没几个用户”，那么你可以使用轮询方式来每隔10秒钟查询一次（根据此交易流水号来查询“是否存在扫码成功记录”）。如果比较实用的系统，显然winform前端跟服务器是保持这双向通讯的，那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。我现在做的是属于二次开发的，这个系统是winform和服务器端保持通讯的，我现在遇到的难点是前端winform界面的显示问题，就是要如何做才能有类似html5网页那样子的效果。就比如在京东网站，你扫码支付成功之后回跳转到界面提示你支付成功了，但是winform的话我目前是不知道该怎么实现这样子的效果，我也是出来工作之后才接触C#的，winform这种窗体效果显示还是有诸多疑问的。
这个事情不应该你来实现，回调是后台服务器的事情，他去写这个回调网址，然后提供一个接口给你，你在弹出二维码界面后，定时（间隔1秒）就去请求一次这个接口，答复你成功了，就可以更新winform界面了，这样说你可以明白么
解决方案八：
引用6楼u012837409的回复:
Quote: 引用5楼aa734238483的回复:
Quote: 引用1楼sp1234的回复:
软件需要自己设计啊！只要搞懂一些设计原理。你的winform“让”用户通过手机来扫码（它访问你们自己的服务器，得到了交易流水号），它自然就需要捕获服务器端的通知。最此地，假设你们“几乎没几个用户”，那么你可以使用轮询方式来每隔10秒钟查询一次（根据此交易流水号来查询“是否存在扫码成功记录”）。如果比较实用的系统，显然winform前端跟服务器是保持这双向通讯的，那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。我现在做的是属于二次开发的，这个系统是winform和服务器端保持通讯的，我现在遇到的难点是前端winform界面的显示问题，就是要如何做才能有类似html5网页那样子的效果。就比如在京东网站，你扫码支付成功之后回跳转到界面提示你支付成功了，但是winform的话我目前是不知道该怎么实现这样子的效果，我也是出来工作之后才接触C#的，winform这种窗体效果显示还是有诸多疑问的。
这个事情不应该你来实现，回调是后台服务器的事情，他去写这个回调网址，然后提供一个接口给你，你在弹出二维码界面后，定时（间隔1秒）就去请求一次这个接口，答复你成功了，就可以更新winform界面了，这样说你可以明白么
哈哈，懂了。我也正好有想到这样子做，我之前担心的是这样子会不会造成资源和性能的下降，不过我也不知道除了这个还有什么办法能够实现啦！
解决方案九：
引用7楼aa734238483的回复:
Quote: 引用6楼u012837409的回复:
Quote: 引用5楼aa734238483的回复:
Quote: 引用1楼sp1234的回复:
软件需要自己设计啊！只要搞懂一些设计原理。你的winform“让”用户通过手机来扫码（它访问你们自己的服务器，得到了交易流水号），它自然就需要捕获服务器端的通知。最此地，假设你们“几乎没几个用户”，那么你可以使用轮询方式来每隔10秒钟查询一次（根据此交易流水号来查询“是否存在扫码成功记录”）。如果比较实用的系统，显然winform前端跟服务器是保持这双向通讯的，那么服务器就可以实时推送一个消息通知。服务器推送通知方式当然可以节省成千上万倍的系统资源、提高几十倍的消息及时准确性。我现在做的是属于二次开发的，这个系统是winform和服务器端保持通讯的，我现在遇到的难点是前端winform界面的显示问题，就是要如何做才能有类似html5网页那样子的效果。就比如在京东网站，你扫码支付成功之后回跳转到界面提示你支付成功了，但是winform的话我目前是不知道该怎么实现这样子的效果，我也是出来工作之后才接触C#的，winform这种窗体效果显示还是有诸多疑问的。
这个事情不应该你来实现，回调是后台服务器的事情，他去写这个回调网址，然后提供一个接口给你，你在弹出二维码界面后，定时（间隔1秒）就去请求一次这个接口，答复你成功了，就可以更新winform界面了，这样说你可以明白么
哈哈，懂了。我也正好有想到这样子做，我之前担心的是这样子会不会造成资源和性能的下降，不过我也不知道除了这个还有什么办法能够实现啦！
还可以做个tcp长连接，这种就是及时的，不过上面说的方法也可以，间隔每秒去获取基本体验上也看不出什么影响