关于APP架构规划——事务层的规划

　　事务层其实并不杂乱，可是大部分开发人员对其责任并没有了解清楚，从而使其流浪为一个数据中转站。
　　事务层的责任
　　所以，规划事务层之前，对事务层的责任要先真实了解清楚。这儿，浪讯举两个栗子阐明一下。
　　第一个是新用户注册的比方。注册时，界面上一般都会要求用户输入手机号、验证码、暗码和承认暗码。可是，API接口一般只会有三个参数：手机号、验证码和暗码，不会有承认暗码。因而，调用接口之前，暗码和承认暗码的一致性查看是有必要的。同时，也要查看这些数据是否为空、手机号是否符合标准、验证码是否有用、暗码有没有包含了特别字符等。正确姿态便是当一切查看都通过了之后，才调用API接口。最终，调用注册接口成功后，或许还要再调用一次登录接口，并或许将用户登录信息缓存起来，方便用户下次发动应用时自动登录。一切这些都归于事务逻辑处理，也便是事务层的工作。
　　第二个是触及用户验证的比方。比方，在一个电商App，当用户阅读某个产品，点击购买时，App首先会判断用户是否现已登录，如未登录，则会跳转到登录页面让用户先登录。如果现已登录，但token现已过期，那需求先去获取新的token，之后才干进行下一步的购物操作。这些逻辑处理，也是事务层的工作。
　　因而，简单点说，事务层便是处理事务逻辑，包含数据的查看、事务分支的处理等。比方上面第二个比方，或许很多人就会将用户是否现已登录的判断直接在界面上做处理，当承认登录后，token也是有用的之后，才调用事务层做购买产品的操作，这便是导致事务层流浪为API的数据中转站的直接表现。
　　事务层的交互
　　只要真实了解了事务层的责任之后，才干有用地规划事务层与外层的交互接口。
　　事务层向下，与数据层交互;向上，与展现层交互。
　　与数据层交互只是调用数据层的接口获取数据，而与展现层交互则需求供给接口给展现层调用。由于事务处理一般归于比较耗时的操作，主要在于底层的网络恳求比较耗时，所以供给给展现层的接口数据结果应该以异步的方式供给，因而，接口上就需求供给个回调参数，回来事务处理之后的结果。
　　事务层可以说是一个数据加工场，处理中心的事务逻辑。其实，只要了解清楚了事务层的责任，事务层就不难完成。