多场景的业务建模系统.docx
2.虚拟产品一经售出概不退款(资源遇到问题,请及时私信上传者)
"多场景的业务建模系统" 多场景的业务建模系统是一个基于 Nodejs 和 PHP 的解决方案,旨在提高开发效率和金融产品管理能力。该系统主要分为 B 端和 C 端,B 端负责可视化的生成差异化配置,C 端基于 Aconf 配置文件,组件化或者模块化生成页面。 在该系统中,我们将一个新场景的工作分成了公共业务和场景业务,公共业务统一都由 FMS 来处理,对于个性化的业务都由不同的 SCENE 来处理。FMS 模块里面包含了所有的公共业务,其中有几个关键点:多版本控制、基于配置生成页面、组件化和模块化。 AXE 是我们积累下来的公共方法,包括了 passport 处理、工具方法、action 基类、RPC 请求封装、统一的错误码定义、mock 数据等。SCENE 代表了我们所有的场景,场景也是基于 Axe 公共模块和 PHP 的公共微服务开发。 在 Web 服务层,我们将场景的服务放到了公共服务里,后续也就没有了场景 PHP 的概念,不用每次开发新场景的时候,都需要场景 PHP 去拉一个新的模块,这样可以更加集中所有 PHP 的力量做技术优化。 在 B 端 Web 前端层,我们使用基于 json-schema 配置快速生成页面的系统(公司内部系统 Amis),一切的核心都源于我们有一套基于 json-schema 配置快速生成页面的系统。 我们的公共组件,可以在这里添加:组件的属性配置--这里就 Vue 的 prop 配置 :),这张图展示我们抽取的业务公共模块,每个模块里面的配置项都是精心设计的。 在 Web 应用层,我们主要基于 Nodejs 给我们业务建模内部系统提供接口处理,对组件、模块、场景、调度引擎的 CRUD 操作,一部分配置是存储到数据库,大部分是生成配置文件,提交 Aconf 模块里面,供 FMS 解析生成页面。 在数据存储层,因为 Mongo 在公司都自运维的,整个系统的架构设计主要分为四大部分:B 端、C 端、Web 应用层和数据存储层。 在日常开发过程中,我们的业务有如下特点:每个月几乎都有新场景的开发工作,每个场景中有 60% 的需求是一样的,也有 40% 不太一样的。我们的产品大致分为申请、激活、放款、还款 4 大流程,每个流程都是给不同的后端提供数据核心问题如下,一切皆是差异化:交互视觉的差异化、产品流程的差异化、风险控制的差异化和第三方机构的差异化。 我们希望通过这个系统,提升开发效率的同时提升我们金融产品管理能力,并且降低 FE 和 PHP 的沟通成本,提高开发效率,降低成本,提高用户体验。
- 粉丝: 2204
- 资源: 19万+
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助