如何看待 腾讯微信支付使用.NET Core重构

这个消息之前没听说过，我刚刚特意去看了一下，抱歉我英文不是很好只能大概猜测发布人讲的什么意思。.NET Core目前在国内（不说国内吧，就微软本身来说）也只是起步阶段，前不久发布了2.0，就我而言，我知道的也只是轻框架，对Docker 的亲和性及Azure 云的平台优势。但是应该各类的第三方库还没在跟进的路上吧，框架的生态性也无从谈起，当然，我们对此也无需关心，他们关心可能是优美的语法以及良好的编程体验（这一点，是我个人猜测，参考于C#），他们关心的可能是可以在windows上写完代码，再部署到linux环境上，仅需短短几行的环境配置（熟悉linux的人应该知道这意味着用户的体验更加良好）就可以跨平台跑起来，他们关心的可能是代码逻辑的设计会给效率带来不一样的体验，不得不说微软在这方面确实是下了功夫，他们关心的可能是在跨平台这个方面做得的确比之前尝试过的mono好很多吧，接触过mono的人应该都知道那里面水确实不浅。以上仅是本人个人观点，如有不同，敬请谅解！

微信支付提供了一个支付测试页面，微信支付正式使用需要测通支付、发货通知接口 、告警接口、维权接口。告警接口、维权接口非常简单。支付界面调通也相对简单，主要是发货通知接口稍微复杂一点。调通发货通知接口需要注意以下几点：

微信支付文档中提到发货通知接口的PostData,这个其实不是一个form里的一项，其实 PostData的提法有点误导，理解为json串就可以了。

当收到ok返回时，向商户后台询问是否收到交易成功的通知，若收到通知，前端展示交易成功的界面；若此时未收到通知，商户后台主动调用查询订单接口，查询订单的当前状态，并反馈给前端展示相应的界面。

调试发货接口出现 not same appid with appid of access_token 问题，一般不是 appId和access_token不匹配的问题，因为大部分开发人员是可以获得正确的access_token,主要原因是（1）可能用form表单带各种参数提交（2）非json格式 （3）把PostData理解为一个form里的隐藏域并赋值json数据

按照代码，可解决发货通知接口问题。当然微信账号的各种商户id、key要配置正确。

---