昵称登录后显示

贷前合同
责任描述：1，对接进件项目，对接上上签合同
业务： 上上签是互联网第三方合同机构，主要针对互联网企业的电子签名需求。因为公司信贷需要签合同，电子合同成为必不可少的需求。当用户填写完详细个人资料后，需要确认贷款进行合同签订。
技术：总体采用ssm，引入spring事件机制，解耦请求和业务处理;对外提供controller接口接受请求并发布事件，spring事件处理涉及到三个类，事件源：ApplicationContext。publishEvent()方法：用于主动触发容器事件。事件：ApplicationEvent类,容器事件，必须由ApplicationContext发布。事件监听器：ApplicationListener接口，可由容器中任何监听器Bean担任。onApplicationEvent(ApplicationEvent event)：每当容器内发生任何事件时，此方法都被触发。
业务流程：1，在用户在确定贷款时请求合同系统，合同系统生成合同，controller触发生成合同事件，监听器寻求数据库配置的合同模板，并上传合同模板。
2，经过用户允许后，系统获取生成的合同地址并返回给进件系统，进件系统返回上上签合同地址显示给用户，用户进行签约。
3, 用户签约成功后，回调合同系统，合同系统下载签约成功的合同保存，并修改数据库合同和贷款的状态。
核心cms
责任描述：1，产品配置，这块主要是针对进件产品的选择配置，每个产品有费用项，资金渠道，销售配置，关联较为复杂。
2，网店配置，网店即所谓的商户，主要关联商户和销售员的关系。
3，app接口，系统版本1.0的时候，系统划分并不是很全面，app接口放在核心配置系统中。
业务：可以理解成erp系统，主要做整个流程，资源的管理配置。产品配置主要做用户可选贷款产品，给产品配置资金渠道，配置产品合同，配置费率以及费用项；网点配置，网店即所谓的商户，主要关联商户和销售员的关系，以及网点可选产品，网点内各种账号权限管理。
App接口，主要提供用户填写资料的各种接口，以及查询文件上传。
技术：
前端：布局使用sitemesh,使用实现了javascript AMD规范的requirejs实现js模块化编程。
后端：spring，springmvc，mybatis，shiro，hibernate,使用简单的ssm简单的单体项目。
业务流程：1，运维人员现行配置产品，配置每种产品的费率，费用项，资金渠道以及产品在那些端可见，
2, 贷款人员在app中进行个人资料填写，产品选择，试算月供进行签约确定放款。

消费贷进件系统
责任描述：后期将app接口单独出一个项目，所有app接口以及app开发分成进件组，当时进件项目已经由我全权负责。
业务：系统要走后面的流程必须先经过进件，当销售进入销售平台时，先选择当前网点，即销售所在网点，在选择产品，填写客户各种信息，上传照片最后提交，进件部分即完成，进件部分所能选择的产品由核心配置配置完成，客户信息需要提交到大数据，后期审批需要使用。
技术：总体核心cms一样，后期升级，使用了resultful技术,前后端分离,采用CORSFilter解决js跨域问题，并使用swagger生成api文档,使用beanValidation 进行数据域验证,日志后期使用logback，pc和app使用同样的接口，不使用session使用redis保存用户token代替session功能，pc和app每次请求请求头中放置登录后返回给他的token。

旺小宝支付模块
责任描述：1，因为进公司支付项基础已经写完，主要负责完善和解决新需求，
2，通过netty与座牌客户端交互。
3，netty架构优化。因为公司餐饮主推会员和座牌，而座牌与系统的连动必须用到netty。
业务：用户支付使用手机与座牌互相交互即可完成，用户用餐完成，点击座牌支付，座牌请求netty询问商家可以使用微信还是使用支付宝支付，并确认商家收银端在线，完成后座牌显示二维码，用户扫描二维码进入座牌wap项目确认用户使用什么进行支付，确认之后进入支付集成项目，完成支付，并通过netty通知座牌显示支付完成。
技术：
采用dubbo微服务，主要是会员提供dubbo服务，maven构建，jdk1.8编写，spring及mybatis，及redis（主要提供给netty服务器使用缓存商家支付方式，存放netty中临时数据，提供数据是否已经处理的校准），mongo（多系统交互时传递小数据），kafka（支付集成回调座牌项目失败时进行kafka至少一次消费提供稳定的系统间交互保障），netty（与座牌交互）等
业务流程：点击桌牌支付按钮访问netty的服务，经支付方式判断，和返回能否进行支付判断（收银端是否在线，c#商户收银端）,能进行支付通知座牌，用户扫码，首先进入table-wap端的进行用户支付方式的判断，并进行路由跳转到相应的支付请求，首先会先请求支付宝，获取auth_code授权码，并给支付宝提供回调地址，回调地址是也是当前controller的当前方法，这一次支付宝会给我们返回授权码，通过授权码在跳转到支付宝获取用户信息，之后同步用户信息到数据库mongodb，之后用户页面显示为平台支付页面，node代码，点击确认支付，调用支付集成服务的代码，调用平台，平台调用支付宝或者微信，进行支付，支付宝完成，回调回调渠道，渠道回调平台，平台回调支付集成服务，支付集成调用netty，netty通知桌牌和收银端。
旺小宝权限系统
责任描述：1，引入springboot与springcloud的尝试
2，权限菜单，菜单的树的增删改查
业务：此权限系统按照菜单角色资源进行划分，用户能够分配角色，角色能够分配资源，资源包含链接，按钮，系统，对角色或者用户分配资源，即实现权限管理。
技术： 采用springboot，mybaits，以及spring Jpa，项目并没有很复杂，是引入springboot之前的尝试

业务流程：1，主要是给运营人员使用，提供商户以及上回下的会员的资源权限管理
2, 运营人员给用户分配角色，角色可以分配可以使用的资源
区块世界运营后台
责任描述：运营后台负责人，用户支付，活动，地图等运营配置
业务：用区块链做的一个游戏，游戏设计一个大型地图，地图用无数的小方块组成，玩家在地图内进行小方块的购买，因为活动，方块的位置等会导致每个方块的价格不一致，从而有差价，玩家通过主观思维通过差价能够进行盈利。
技术：总使用的springcloud一套，但是并没用使用完全，eureka，路由，feign,使用redis存储地图，这里有个遗留问题，redis采用咯分区模型，但是对于地图的存储无法将地图分不到不同的分区导致redis内存消耗过大。
运动摄像头运营后台
责任描述：主要是在游乐园，马拉松上投放的一种摄像头，通过后台运行设置，可以生成抖音一样的短视频
技术：总体采用springcloud，运营后台通过golang编写，采用gorm和ginprotesql数据库
瑞波/物流模块
责任描述：核心对象，物流渠道，物流公司，物流产品，对接快递鸟，菜鸟，枫桥，下单，打印快递单号
技术：springboot+dobbo
瑞波/cms
责任描述：用户，角色，组织，菜单，按钮，权限定位到按钮级别
技术：springboot+dobbo
各种golang项目
责任描述：游戏项目网络通信模块，游戏逻辑，腾讯在线人数随机生成，模仿一定波动，波动率，内容分发项目，管理以及渲染爬得内容等
技术：echo，gin，gorm，orm，gotcp等
傲游游戏
责任描述：负责架构游戏平台，tcp通信拆包封包加密，游戏分布式通信处理，项目持续化集成，通过make和docker达到项目的快速上线，
技术：本来准备用别人的tcp框架，因为第一个游戏项目，所以自己写咯，比较简单的线程模型，一个请求一个线程处理，未用到reactor线程模式，xorm，cobra,ants线程池等，做的架构还算简单
学考乐电商架构
责任描述：负责后端整体架构，技术选型,数据库设计
技术：grpc，etcd，本来不准备做分布式的，毕竟项目没那么大，但是boss各种说法，中途就开始研究，grpc，用etcd做注册发现，protobuf做的通信，xorm，网关将grpc转http，使用咯grpcreflect这个开源项目做咯grpc转http，