一. APP需要有token,对应后台的sessionId,这个架构实现可以采用shiro的sessionManage组件完成
二.APP与后台的规范协议,也就是我们通常说的URL,最好采用restful风格来规范URL
三.需要定义一套业务异常的错误码,具体的内容可以参考已经做了开发平台的错误码和对应的说明
四.协议的中URL需要返回的资源,最好在controller层进行封装好后给出,如果觉得controller中代码臃肿,可以使用一个manager层来进行业务数据封装,业务异常一般都是在manager层或者controller层中抛出
五.后台需要支持APP的多版本,首先确认APP是使用H5开发的,还是使用native开发的,H5开发的完全可以直接修改controller来达到目标.但是native开发的话,可以添加新的URL协议和其对于的contrller,一定要确认,版本是跟业务走的,有两个版本,至少有两个业务需要支持.
六.一般的架构中都会有一个service层,这个层主要是封装多个DAO层是数据操作,有rollback数据回滚行为,DAO层一般都是最基本的CRUD操作,不涉及到数据回滚.所以spring的事务行为一般都是在service层做切面.
七.模块与模块之间通讯的API接口,如确定了业务,请将业务口子控制住,入参和出参能提供枚举类的,最好提供枚举类.
八.提供的工具类,通常都是可以独立运行的工具. 如提供的工具类需要DB,或者缓存支持的话,最好在类使用说明上注明.
九.如业务场景中使用了短信,邮件,支付等第三方服务,请将这些第三方都封装到自己的框架服务中,并把这个封装好框架服务的进行单独部署,因为第三方服务大多数需要外网支持的.
暂时没有想到其他内容了,想到了再进行补充.
