|
@@ -0,0 +1,62 @@
|
|
|
+# 系统架构设计实践
|
|
|
+
|
|
|
+一个开放平台的设计大概思路。
|
|
|
+
|
|
|
+## 第一步:定位用户
|
|
|
+
|
|
|
+开发者,分企业开发者和个人开发者。
|
|
|
+
|
|
|
+## 第二步:系统功能设计
|
|
|
+
|
|
|
+心中先有个梗概,列出列表。
|
|
|
+
|
|
|
+最核心的功能模块:
|
|
|
+
|
|
|
+1. 提供开放接口
|
|
|
+2. 提供开放文档
|
|
|
+ 1. 提供API文档
|
|
|
+ 2. 提供SDK
|
|
|
+ 1. SDK下载,来源各个组,如嵌入式、移动开发、服务器端,提供各种语言的SDK版本
|
|
|
+ 2. 除了SDK下载还需要提供SDK使用说明,整合进文档中
|
|
|
+
|
|
|
+其他功能模块:
|
|
|
+
|
|
|
+1. 用户中心
|
|
|
+ 1. 开发者认证
|
|
|
+2. 产品管理
|
|
|
+
|
|
|
+---
|
|
|
+
|
|
|
+然后可以搭配脑图、流程图、时序图、用例图等建模工具,设计核心业务模块的流程。
|
|
|
+
|
|
|
+## 第三步:设计数据库表结构
|
|
|
+
|
|
|
+建库建表非常关键。主要原则为,减少冗余数据、避免表字段过多、提高查询性能。
|
|
|
+
|
|
|
+最好是以数字id为主键,避免使用自增id(影响数据同步),外键关系不用外键,关键字段设置索引。
|
|
|
+
|
|
|
+首先第一张表,应该是用户表,虽然不是核心业务,但所有核心业务都与用户相关联,也需要注册登录才能进行。
|
|
|
+
|
|
|
+所以先设计用户表。用户表应该至少两张表,一张是用户基本信息表,只存用户名、密码等或最常用字段,如登录信息;另一张是认证信息,当然也可以分别为企业开发者用户、个人开发者用户建两张表,因为不同的认证方式需要的字段也是不同的。通过用户id字段将用户其他信息表数据进行关联。
|
|
|
+
|
|
|
+示例:
|
|
|
+
|
|
|
+
|
|
|
+
|
|
|
+上图为ER图的一个示例,Windows下有 PowerDesigner、Visio等工具,Mac下用MySQLWorkbench。
|
|
|
+
|
|
|
+(可以参考已有系统的用户体系设计,但开发者平台与用户产品系统存在一些细节差异。)
|
|
|
+
|
|
|
+另外,前期也可以考虑加入一些日志表,如认证记录表,存一些历史的认证信息。根据项目时间预算,如果前期不考虑,后期也需要考虑加上。
|
|
|
+
|
|
|
+## 第四步:搭建系统框架
|
|
|
+
|
|
|
+先搭建一个大框架,配置缓存数据库,加入通用类,配置端口,并且能够运行。
|
|
|
+
|
|
|
+(可以参考现有的项目以及项目章节的结构)
|
|
|
+
|
|
|
+搭建测试框架(如果项目进度预算允许)。在项目实现过程中的细节,关注下一章节的内容中讲解。
|
|
|
+
|
|
|
+## 第五步:迭代
|
|
|
+
|
|
|
+重复上面的过程,完善新功能模块设计,加入到已有系统。
|