微信JSApi支付~订单号和微信交易号前一篇微信JSApi支出~坑和何如填坑著作响应不错，因此又写了个后篇，呵呵。
每个第三正大在线支出体系中城市有起码两类订单号，其一为支出体系的订单号，咱们称为transactionId，其二为商户平台的订单号，咱们大凡称为out_trade_no，这两个号大凡用来对账，正在第三方支出平台你可能通过这两个订单号来盘问订单的形态，而正在商户本身的网站后台，也可能盘问它的形态，大凡地，transactionId由支出体系天生，并正在回调时转回给商户；而out_trade_no大凡正在商户平台天生，本身可能计划本身的条例，然后把这个ID转到第三方支出平台，正在支出胜利后，第三方同样把这个号转回来，咱们通过这个号举行商户体系的其它操作。
封装条件通用，对任何一个项目都可能灵动的应用它，这是最苛重的，要念竣工松耦合，须要记住委托的观点，咱们正在订单回调时，界说一个订单所要数据的实体，然后以这个实体做为参数，界说一个委托，当然你齐全可能应用咱们供给的Action,Func等通用的委托对象，这正在大叔框架里大凡被看到，也是大叔的常客！
下面是微信支出的封装，可能看到交易代码只写本身交易，而不处罚职责微信API闭联的东西
微信回调实体是大叔本身界说的，该当可能知足大局限交易的须要了，首要用于回调交易层的设施
而对付设施回调JsApiImplement.Notify设施，咱们正在底层举行了封装，对外公然一个委托，这个委托竣工了设施的回调，当实行到微信重心交易时，回调交易层的设施即可。
原来，我正在看微信API时，也呈现了不少题目，感触他们的.net开垦职员功力不足，或者说代码不是很苛谨，但少少公用基类，该当声明为abstract，大凡必必要子类竣工的设施，该当声明为abstract，但它们都没有如许做，感触很离奇，哈哈，下面是我对微信Notify
对付第三方支出就说到如许，生气公共本身也对少少东西举行封装，便当其它项目中直策应用它们！
