1. 如何使用API 网关做服务编排
服务编排/数据聚合 指的是可以通过一个请求来依次调用多个微服务，并对每个服务的返回结果做数据处理，最终整合成一个大的结果返回给前端。
例如一个服务是“查询用户预定的酒店”，前端仅需要传一个订单ID，后端会返回整个订单的信息，包括用户信息、酒店信息和房间信息等。
这个服务背后可能对应着以下几个操作：
微服务架构上对功能做了解耦，使用服务编排可以快速从各类服务上获取需要的数据，对业务实现快速响扒毕应。总的来说，编排有以下几点优势：
Goku API Gateway （中文名：悟空 API 网关）是一个基于 Golang 开发的微服务网关，能够实现高性能 HTTP API 转发、服务编排、多租户管理、API 访问权限控制等目的，拥有强大的自定义插件系统可以自行扩展，并且提供友好的图形化配置界面，能够丛念快速帮助企业进行 API 服务治理、提高 API 服务的稳定性和安全性。
Goku API Gateway支持一个编排API对应多个后端服务，每个后端服务的请求参数可以使用前端传入的参数，也可以在编排里自定义（写静态参数或从返回数据里获得）。每个后端服务的返回数据支持过滤、删除、移动、重命名、拆包和封包等操作；编排API能够设定编排失败时的异常返回。
Goku API Gateway 的社区版本（CE）同时拥有完善的使用指南和二次开发指南，内置的插件系统也能够让企业针对自身业务进行定制开发。
项目地址： https://github.com/eolinker/goku-api-gateway
官网地址： https://www.eolinker.com
我们将编排的整个操作渗此困放到网关进行，由网关对数据做处理与转换，这样无需对后端服务做改动。一个请求到达网关，网关调用多个后端服务，并且在网关上对各个服务的返回数据做处理（操作有过滤、移动、重命名、封包、拆包，后面会对各操作做详细解释），最后由网关将数据整合好返回给前端。
网关将编排过程中对 API的转发处理过程 （转发->获取返回数据->数据处理）称为一个 Step 。
添加一个转发服务，该服务为 查询订单详情API，配置相应的转发地址、传入的参数、对返回数据做何种处理等。
由于篇幅原因，后续的Step（查询用户详情、查询酒店详情、查询房间详情）就不一一展示了。
网关将编排过程中对 API的转发处理过程 （转发->获取返回数据->数据处理）称为一个 Step。
我们将处理查询订单详情API称为 Step1 ，其中Step1的返回数据有：用户ID、酒店ID、房间ID。同理，将查询用户信息这步称为 Step2 ，将查询酒店信息称为 Step3 ，将查询房间信息称为 Step4 。
传参规则：
以下为转发路径的传参写法：
Step2中需要接收Step1里返回的userID作为参数，同时需要接收前端传入的Authorization参数
在网关里Step2的请求参数配置如下所示，请求参数存在多个的话用换行表示：
1.查询订单详情的API，返回数据称为json1，内容如下：
2.查询用户详情的API，返回数据称为json2，内容如下：
3.查询酒店详情的返回数据，称为json3，内容如下：
4.查询房间详情的返回数据，称为json4，内容如下：
5.可以在每一个Step里对返回Json做处理，网关会将处理过的数据最后整合起来，再返回前端，例如这是通过网关返回的最终数据：
这里以查询酒店详情API的返回数据json3为例，讲解网关如何在编排过程中对返回数据做处理。
查询酒店详情API返回的原始数据如下：
从网关返回给前端的数据中截取酒店信息的数据如下：
从原始数据到处理后的数据需要经过以下操作：
字段黑名单的作用是排除某些字段，支持数组形式。
在网关的Step3里配置如下：
经过网关处理后，实际的返回数据如下，可以看到data对象里的id字段已经被过滤掉：
拆包是指将指定对象的内容提取出来作为该步骤（step）的返回结果。其中匹配目标只能为object，匹配目标为空时，结果为 {}，可用于清除数据。
在网关的Step里配置如下：
经过网关处理后，实际的返回数据如下，可以看到data对象被拆开，最终数据仅保留了data对象里面的字段：
字段封包会将当前的数据整体打包为最终返回数据中的一个对象，不支持*，不支持数组。
在网关的Step里配置如下：
经过网关处理后，实际的返回数据如下，数据被整体打包为hotelinfo对象：
经过三个步骤，就可以将原始数据变成最终的数据。
本文仅列举了编排过程中部分数据处理的操作，如需了解更多编排细则，可通过文末给出的教程链接。
相关链接
2. 业务梳理-电商-订单管理模块
Java工程师知识树
订单中心是一个电商后台系统的枢纽，在这订单这一环节上需要读取多个模块的数据和信息进行加工处理，并流向下一环节；因此订单模块对一电商系统来说，重要性不言而喻。
同时，订单是一个公司生存甚至盈利的核心，而电商系统中的订单系统则是支撑订单处理的载体，因此订单系统的设计则十分重要。
要了解订单系统，首先我们要从订单系统的信息架构上去认识订单系统，从而对订单系统建立整体认知；
定义：为适应组织分工的需求和提升效率，系统将整个交易业团如务流程拆分成若干个可控的环节。
1.在订单过程中进行安全校验，主要是为了检测用户是否在黑名单上，用户购买行为是否正常等，当检测到不正常时终止下单；
2.从商品中心获取塌轿启商品信息（SKU，规格，价格等）
3.从营销中心获取商品，订单促销信息（优惠券,促销活动）,判断是否满足优惠条件，计算出优惠金额。
4.在会员中心获取会员权益，例如平台抵扣积分，优惠券折扣条件等。
5.在调度中心检验销售层库存，按照调度规则锁定区域库存。
6.根据拆单规则（商家，仓库，订单类型等）将订单拆分成若干个子订单，根据运费模板计算运费，根据商品金额，运费，优惠金额计算应付金额（实付款）。
定义：是指在实际销售中将订单的优惠去分摊到每一件SKU中去结算。
订单实付金额=商品金额（SKU金额总计）+运费-总优惠金额
总优惠金额=促销活动优惠金额+优惠券优惠金额+虚拟币抵扣金额
按照商品比例分摊。
案例：
订单中有甲乙两店的商品A、B、C、D、E 包邮。商品A，D参加跨店满200减40的活动（活动1），商品B，C参加满100减10的活动（活动2）另外用户还使用了100元现金券。
订单优惠金额=40+10+100=150元.
依据优惠分摊原则：则各项的优惠金额为：
定义：为了方便订单的发货与结算，系统依据一定的规则（物流、仓库等因素）将用户订单拆分成若干个发货单。
不同店铺：在电商平台类架构下，由于商品归属权不同，涉及财务结算和物流发货的问题，需要根据店铺归属问题对订单进行拆单。例如淘宝，天猫的商品在下单时会将订单根据不同店铺进行拆分成若干个子订单。
不同仓库：若同一订单分散在不同仓库，则应按照仓库归属进行拆分订单。当一件商品在多个仓库有货时，应根据物流的区域的时效选择仓库进行拆单。
不同品类：由于商品的属性不同一样会产生拆单需求，例如易碎品需要特殊包装，超大物品（钢琴，座椅）需要单独包装。有些商品不能放在一起，同样需要拆单。
物流因素：不同物流公司对单个包裹的重量或体积都有特殊要求，需要根据帆洞SKU的毛重和体积来计算包裹的总重量和体积，超出物流公司限制的也需要拆单。
商品价值：根据商品价值需要拆单的主要涉及海淘和跨境的商品；国家对每笔跨境订单有单次限额，对年度跨境商品订单总金额也有限制，当单次购买金额超过限制金额时，也需要对订单进行拆单。
订单正向流程相对常规，业务虽然从商品中心，物流，会员，仓库，内容等各大模块进行数据交互，但涉及的业务逻辑易于理解，所以难度并不大。
但在订单逆向流程中，业务流程和逻辑则相对复杂。因为在订单正向流程中，每一个环节都有可能触发逆向订单任务流；而在订单正向任务流中，每一个子环节上的商品在后台出库发货流程中所处的具体节点不一致，所以不同节点触发的订单逆向流程的处理规则则有差异。
定义：订单逆向流程是为了解决在订单流程中出现的退货退款的业务流程。在前端订单状态下，各个环节都有触发的可能，而订单的不同节点触发订单逆向流程的处理方式不同。订单触发订单逆向流程，可以按照主体与客体划分，可分为用户端触发和商家端触发两种。
1. 待付款取消订单
说明：待付款订单取消订单分为两种情况：
在待付款订单状态下，取消订单无需客服审核。流程图如下：
2. 待发货取消订单
说明：在待发货订单状态下取消订单时，此时应根据订单此时所在的节点作出处理。
由于订单在支付完成后，发货单可能已经推送至WMS，甚至已经交接发货，状态未及时回传更新。为避免货款两失，要先暂停订单出库，在调度中心查询订单是否推送至仓库。
若尚未推送至仓库，则停止推送至仓库；若已经推送至仓库，则去wms中心去拦截，拦截成功则暂停出库。
3. 待收货/交易成功退货
说明：在用户提交退货申请后，需经过客服审核。审核通过则回到原有状态，审核通过后则进入退货流程并告知用户退回地址及收件信息，此时进入退货流程。系统生成退货入库单，当仓库收货后，进行退款。
在待收货状态下平台设计者仍需考虑退货是否全退的问题。当SKU全退时，原订单则中止进入交易关闭状态。当订单中发生部分退货时，原订单的状态不变，维持待收货或交易成功状态，同时退货的部分生成交易售后订单。剩余未退货部分仍然允许申请售后。
注意：在订单流程逆向流程中，涉及到财务数据的处理时 ，为了保证财务数据的真实性及可追溯性（这与会计数据的处理原则有关，具体问下会计或者财务同学），都不能直接在原订单状态下修改，因此在设计订单逆向流程时应注意这一点。
3. 在APP开发中电商APP的前端和后台主要功能分别都有哪一些
一般来说相比于其他的行业类型的APP，电商类、商城类APP算是比较复杂的，而且还会涉及到购买支付与商家收款这种很重要的功能，那么 济南文汇传媒 的我可以和大家一起来看看关于 电商类APP 在开发中App的前端和后台分别有哪些主要功能？让您对电商类 APP开发 有一个大致了解。
首先我们来看一看在App端的主要功能有什么？
一、商品展示
商品展示的功能应该算是整个APP里最为重要的功能之一了，毕竟电商类APP为的就是把商品推广出去让用户去买，商品展示大多是使用图片展示，会将商品进行分类，点击进去就是关于商品的详细信息，用户可以直接购买或者收藏商品加入购物车内，能直观的看到商品的优惠信息等。
二、商品搜索
如果用户有了明确的商品目标那么他就会直接使用搜索功能，这样也是流量的入口，只有保证用户流量，APP才能更长久的存在。
三、个人中心与客服中心
这个功能内主要是面向用户提供的比较基础的服务，比如登录注册、帮助中心、更新升级、关于我们等，也可以看到自己的购买搜索或购买历史。在这里用户也可以直接与平台客服进行售前、售后的沟通，及时维护用户利益。也是必备功能。
四、购买支付
因为涉及到了移交支付，所以这个功能是要注重安全的，能够在这里管理购物车内的商品，查看用什么方式去支付。
其次，再来看一下APP的后台功能有什么？APP的后台一般就是商家对于APP的管理了。
一、积分管理
会有一个商品的列表与商品信息，能够查看用户积分使用兑换情况，商家也可以制定积分如何使用。
二、财务管理
对用户支付、结算、提现、扣费的统一管理。
三、用户管理
可以查看用户信息和对用户权限的管理。
四、订单管理
查看订单的状态，能够对已经有的订单进行管理搜索。
五、商城管理
对于入驻的电商类APP平台的商家进行系统管理，删除或者添加。
以上，就是济南文汇传媒的我为大家总结的有关电商类APP的前端和后台的主要功能了，当然在实际开发制作中还有很多比较常见的细节使用功能与服务，比如UI组件、扩展功能等，等下次我会为您一一介绍！