api支付网关支付（支付网关ca）

领域驱动实战-支付系统

在Airwallex，领域驱动设计(DDD)方法被用来指导我们的工程师如何对复杂的业务问题和系统设计建模。在这篇博客中，我们提供了一个全面的工作流，我们使用DDD模式进行建模，然后对支付系统进行落地。

全球支付系统是复杂和不断变化的，涉及从订单、欺诈、通知、与各种支付方式的集成到清算和结算等广泛的板块。

在处理复杂的系统时，大多数开发人员可能会遇到一些一致的问题：

在Airwallex，领域驱动设计(DDD)方法被用来指导我们的工程师如何解决复杂的业务问题和系统建模。

然而，DDD只是各种模式的集合，很难将其应用于系统设计。在这篇博客中，我们提供了一个全面的工作流程，介绍了我们是如何在Airwallex应用领域驱动设计的，从中得到的经验教训，以及我们接下来要做什么。

领域驱动设计(由Eric Evans提出)是一组帮助基于业务领域的底层模型设计软件系统的思想、原则和模式。DDD有两个不同的空间，问题空间和解决方案空间。

在问题空间中，您使用战略模式定义系统的顶层的系统层次，这些战略模式关注域、子域和通用语言的分析。

在解决方案空间中，采用战术模式来提供一组设计模式，您可以使用这些设计模式创建领域模型。这些模式包括有界上下文、上下文映射、实体、聚合、领域事件、领域服务、应用程序服务和基础设施。这些战术模式将帮助您设计既松散耦合又具有内聚性的微服务。

下面是一个常见的案例:

一位顾客想在该商家的网站上购买一件价格为10美元的t恤。顾客可以用多种支付方式来支付这件t恤，比如Visa卡或微信钱包。在客户支付后，商家会从支付网关收到一个通知，显示客户的支付已经成功。然后，商家可以在Airwallex webapp中查看支付细节，包括购买价格、商家费用以及资金将何时进入Airwallex Global Account钱包。

下面是分析结果。

支付系统

付款处理：商家可以通过各种付款方式接受客户的付款。

金融：清算和解决商家的付款资金。

付款意向：商家创建的订单的价格，产品，客户等。

付款尝试：商家创建的交易以获得订单的客户。

付款方式：客户支付产品的方式。

付款结算：付款之 后钱进入商家钱包。

付款视图：汇总付款详细信息视图，包含与一笔付款相关的所有数据。

有界上下文(BC)限定了域模型的范围。根据对问题空间的分析结果，我们可以定义以下边界上下文：

支付网关: API网关，为商家提供restful API来创建或查看支付。

支付核心模块: 支付意图，方法资源管理。

支付适配器: 与一个外部的PSP集成，例如微信，支付宝，Visa，万事达等。

支付结算: 计算并结算商户每次支付的原则和费用。支付融合:支付明细汇总视图。

下面是生成的上下文映射的一个示例：

从上面分析的场景和通用语言中，我们可以确定以下聚合、实体、值对象和域事件：

根据我们的经验，领域服务为单个聚合使用业务逻辑服务，遵循单一责任。通常，我们将封装领域仓储、聚合修改和在领域服务中发布的领域事件。以PaymentAttemptExecutorService为例：

领域事件可以使系统更具有可扩展性，并避免任何耦合，且一个聚合不应该决定其他聚合应该做什么。

例如，当PaymentCaptureCommand命令将支付状态更改为已支付时，会发出领域事件PaymentAttemptCapturedEvent。在PaymentAttemptCapturedEvent的领域事件处理程序（EventHandler）中，我们可以在该业务逻辑上加上你想要的逻辑。例如，通知支付聚合有界上下文更新支付详情，通知支付结算有界上下文计算结算金额和费用。

在DDD模式中，基础设施层作用于将核心业务领域与技术实现细节分开。该层通常采用ACL (anti - corruption-layer)模式。以领域仓储为例：

领域仓储只定义接口功能，但实现细节应该隐藏在基础设施层中，细节上你可以使用PostgreSQL或MongoDB来保存数据。例如，在基础设施层中，PaymentAttemptPgRepository是基于PostgreSQL的特定实现，而toPO是一个转换器，用于将域对象PaymentAttempt转换为持久化对象。

现在，我们已经为支付系统定义了一组有界上下文，并在每个有界上下文中标识了一组实体、聚合和领域事件服务。下一步是从域模型到应用程序微服务设计。这里，我们选择将一个有边界的上下文映射到一个微服务。

采用DDD可以提供许多好处，例如，在所有团队之间进行清晰的沟通，以及在设计系统时使用成熟的模式来管理复杂性并提供更好的可伸缩性。

使用通用语言，我们可以实现更多的自描述类名和函数名。

使用聚合模式，我们可以实现清晰的边界和单一的职责。

使用领域事件模式，我们可以分割核心业务流程，减少聚合之间的耦合。

通过基础设施层和ACL模式，我们可以将核心业务领域模型与技术实现细节分离开来。通过限定上下文模式，我们可以派生出潜在的微服务候选对象。

在实践中应用DDD时，我们想要分享一些挑战和经验教训：

原文地址：

支付宝的API调用怎么用

根据我之前做手机支付业务以及对其他支付公司的了解

不仅仅是支付宝，其他一些支付公司在手机端提供：

1、支付插件模式的接入：当在接入方确认支付后，会下载安装安全支付插件/控件/服务，然后启动这个，显示出支付项，输入支付信息，完成支付；

2、html5的支付网关：调用html5的网页网关，通用性强，兼容性好；

3、针对ios系统，只能完整下载安装支付公司的客户端，因此apple的游戏规则不容违抗；

以上三种，支付公司都会提供对应的支付API接口，只需按照支付公司接口文档中的示例完成订单传递即可。

什么是 网关支付、 账户支付、 移动支付？

1、网关支付（Payment Gateway）：是银行金融网络系统和Internet网络之间的接口，是由银行操作的将Internet上传输的数据转换为金融机构内部数据的一组服务器设备，或由指派的第三方处理商家支付信息和顾客的支付指令。

网关支付可确保交易在Internet用户和交易处理商之间安全、无缝的传递，并且无需对原有主机系统进行修改。

它可以处理所有Internet支付协议，Internet安全协议，交易交换，信息及协议的转换以及本地授权和结算处理。

另外，它还可以通过设置来满足特定交易处理系统的要求，离开了支付网关，网络银行的电子支付功能也就无法实现。

2、移动支付：是指使用普通手机或智能手机完成支付或确认支付，而不是用现金、支票或银行卡支付。买方可以使用移动电话购买一系列的服务、数字产品或实体商品。

3、账户支付：是指不直接使用现金，而是通过银行将款项从付款账户划转到收款账户完成货币收付的一种银行货币结算方式。它是随着银行业的发展而逐步发展起来的。当结算金额大、空间距离远时，使用转账结算，可以做到更安全、快速。

扩展资料：

网关支付的主要功能：

（1）配置和安装Internet支付能力；

（2）避免对现有主机系统的修改；

（3）采用直观的用户图形接口进行系统管理；

（4）适应诸如扣帐卡、电子支票、电子现金以及微电子支付等电子支付手段；

（5）提供完整的商户支付处理功能，包括授权、数据捕获和结算及对帐等；

（6）通过对Internet上交易的报告和跟踪，对网上活动进行监视；

（7）通过采用RSA公共密钥加密和SET协议，可以确保网络交易的安全性；

（8）使Internet的支付处理过程与当前支付处理商的业务模式相符，确保商户信息管理上的一致性，并为支付处理商进入Internet交易处理提供机会。

参考资料来源：百度百科-网关支付

参考资料来源：百度百科-移动支付

参考资料来源：百度百科-转账