对标大厂的技术派架构设计
大家好呀，我是楼仔。
这篇文章之前只有星球用户才能看哦，你看到了就是赚了。
很多同学对技术派项目非常感兴趣，目前技术派教程已经更新了三十篇，今天就给大家讲讲技术派的架构设计，让你对该项目有一个整体的认识。
通常对于技术人员而言，在开启一个新的项目之前，做了前期的调研、立项之后，第一件事情并不是开始搭建工程、撸代码，一个整体的架构方案设计、评审都属于不可忽视的环节。
接下来我将尽量追溯还原技术派的整体架构，是如何从 0 到 1 进行敲定的。
不 BB，上目录：
1. 业务模块拆解
在查看本文之前，请确保已正确了解技术派的主营业务，覆盖的功能点，如有疑问，可以先体验一下技术派网站，访问地址：https://paicoding.com
在业务模块拆解这一过程中，除了业务属性维度之外，还有一个非常重要的属性是参与者角色。
1.1 角色拆解
作为一个社区系统，用户角色非常容易划分
- 读者：普通浏览文章的用户
- 作者：发布文章的用户
- 管理员：整个系统的超管
权限划分
那么这三个角色的权柄是怎么划分的呢？
从上图可以比较清晰的看出三个角色的划分
- 读者的所有功能，作者都拥有；但是作者存在部分读者用不了的功能（如文章编辑、修改、发布等）
- 管理员权限最大，覆盖读者、作者的所有功能点
差异性划分
接下来就需要抓重点，看一下上面三个角色的主要差异点在哪里
- 读者：主要是阅读文章
- 作者：发布文章，作为信息输出
- 管理员：整个系统的运营管理，如标签、分类管理，文章审核等；通常不怎么参与文章的阅读发布
基于以上分析，我们可以将技术派的用户分为
- 普通用户：作为社区的注册用户，围绕文章主体展开其覆盖的业务功能点
- 管理员：作为官方角色，主要负责整个社区的生态运营
1.2 业务拆解
整个社区系统，按找业务边界先进行一版本初始划分：
- 用户
- 文章
- 评论
- 专栏
- 消息通知
然后再针对上面的进行简单的细化拆分
再上面进行简单拆分之后，会发现几个关键点
-
专栏：实际上是一些文章的合集，因此专栏的很多功能点可以直接建立在文章的基础上
-
评论：评论实际上也是依托于文章的点评，因此它于文章的关联性很强
15人已点赞
热门评论
9 条评论
回复