
1.0平台并没有一个城市合作伙伴可以说,毕竟它是自己操作和启动的,因此基本上它是运维背景下操作平台的所有数据产品合伙人,包括相关的过程跟踪在操作平台上. 整个系统在1.0初期的功能如下:



当我第一次设计城市合作伙伴平台时,我还考虑过简单地在当前操作平台上对其进行转换. 实际上产品合伙人,除了超级管理员之外,城市伙伴和现有操作平台的所有帐户都是级别的,但是角色权限不同. 原始操作平台已经具有功能权限和业务权限. 实际上,进行转换并不太麻烦. 在所有人的仔细考虑之后,决定将城市合作伙伴平台分开以供合作伙伴使用. ,操作平台的自营账户和数据也切换到城市合作伙伴平台,毕竟他也是合作伙伴!
一开始,城市伙伴因以下原因而被隔离:
1.2.0总体平台架构不兼容. 从传统的MVC整体应用程序开始,单个已转变为前端和后端与微服务分离的模型.
2. 城市合作伙戏规则,但是大多数城市伙伴都是文化水平较低的人. 如果使用此系统,几乎很难上手,因此对于此用户组,城市合作伙伴的产品设计以及界面都需要重新定义.
城市合作伙伴的系统设计的一部分:


本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/ruanjian/article-173120-1.html
不喊话警告
那么物价上涨减去利率
台湾如果敢宣布独立