APP开发中API与交易系统之间的逻辑关系，在
开发APP项目时我们都知道API主要是传输通道，理论上不进行逻辑运算，但在实际的应用中，API也需要进行很多业务规则的计算和处理。API主要包括以下几个部分的功能。
●数据传输:API的基本功能，它完成基本数据的传输，往往是以页面为单位计算API的数量。
●数据整合:由于数据可能涉及多个系统之间的调用，因此API内部可能需要进行数据的整合，比如促销活动信息需要调用促销信息和商品基础信息。
●部分逻辑处理:在实际产品迭代过程中，考虑到App发版时间限制等制约因素，--些处理逻辑可能需要放在API中进行操作，比如部分信息项的筛选、A/B测试灰度发布切换逻辑等;另外，有些功能为了快速上线且后续可以进行延展，一些固定的逻辑也会考虑先不在后台中实现，而在API中通过配置文件的方式来实现，比如提示文案、图标等。
●缓存功能:不是所有提供给用户端的数据都需要实时更新获取，因此API会将部分更新周期较长的数据放入缓存中定时去更新，比如用户信息、类目信息等。
APP开发中的交易系统
交易系统，顾名思义，是负责完成用户交易过程的系统。交易的过程主要指通过各种交易的先决条件来，判断应该如何确定最终交易的内容、事项和金额等信息，整合后提交订单系统完成订单生成的工作。通俗地说，就是用户在确定购买内容后，和电商平台签约并形成书面合同(也就是订单)的过程。交易系统的主要功能是负责处理用户提交的信息，以及针对这些信息进行预处理计算，最后完成订单提交。从流程上来看，交易系统负责的是生成订单以前的所有环节，而订单系统则负责订单生成后直到履约完成的所有环节。一些平台也会将订单系统包括在交易系统之内，订单管理作为大交易系统的一个子模块。这里把两个系统作为平行的关系进行拆分，拆分以后的系统职能边界更为清晰。用户下单的整个过程中，以订单提交为节点，前面部分属于交易系统，而后面的部分属于订单系统。这里特别要单独说一下购物车，购物车原则上属于前台系统，但由于它的特殊性，它也会涉及大量的促销计算和运费计算的逻辑,购物车的后台可以通过调用交易系统的服务来实现上述计算。就像买房买车一样，在签订合同之前销售人员会针对你的情况和购买的商品做很多预先的准备工作，比如资质的评估、费用的评估和优惠的力度等，这些信息都会通过核对沟通达成一致后录入合同。在电商平台中也是一样，我们在确定下单之前，交易系统也会充当销售人员的角色，根据用户的填写信息进行核准判断、交易金额的明确和促销情况的明确等，确认通过后完成订单的下单提交。因此，在用户端负责对接交易系统、进行订单确认的页面一般也叫订单确认页或者结算页。接下来我们来看看订单合同一般都需要对哪些事情进行处理和预先确认。
●合同双方分别是电商平台和用户，用户的身份信息需要记录下来，这里面有用户的账户信息和收货人信息。
●合同中需要交易的商品信息也是合同的主要内容之一，它包括商品的名称、编码(一般系统中以商品ID为准)、商品价格和商品购买数量等。
●合同中需要记录乙方(电商平台)对甲方(用户)提供的服务条款和服务收费明细准则，按照电商的术语说就是运费规则、促销规则和配货规则等。
根据上述对于订单合同的描述，我们可以将事项分为几个部分:信息的录入核准、费用的计算核准和履约形式的确认等。交易系统的主要功能包括以下几项。
●用户信息记录;
●促销优惠计算;
●商品金额计算;
●运费计算;
●支付方式判断逻辑;
●配送逻辑。好了，
深圳APP开发公司本文关于“API与交易系统之间的逻辑关系”知识就分享到这里谢谢关注，博纳网络编辑整理。
