小白做产品，从需求到架构（三）：架构设计 方法论+实践真实需求案例

架构需要思维，但更有个前提是先了解需求到架构需要怎么过度，有个基本盘或者基本的方法论

真实的我的案例后面慢慢补充进去。

其实架构设计当时对我而言有点点陌生，我只知道这个东西但是不知道真正如何着手来做这块，现在有一点点基本的方法论了。

架构设计侧

架构设计需要一种抽象能力，对具体的需求和方案进行基本的抽象，从大结构到小模块，再到各模块的设计，各个模块的数据流等等，这些都是一个个考验基本素养的东西。

模块划分

把业务流程理清楚、现有数据分析清楚、各个环节的数据和流向明确好，就可以对整个流程和各个板块进行架构设计了。 从整体上划分好有哪些可以单独的板块，他们的逻辑或者设计是否类似，怎么协调工作的，各版块负责点和输入输出，看看是经常要更新或者扩展的还是比较固定的，哪块需要接入内外部数据以及数据库，是否对性能和并发等有基本的诉求。

数据流

前面说各板块间数据流通要明确，此外数据本身也需要有敏感性（敏锐的嗅觉），数据方案和数据结构的设计，可见性不可见性，是否保留 怎么保留，处理流程，流向情况等

呈现形式

给到顾客的是产品本身，而不是技术和原理，要考虑界面、交互和功能抽象这些。

接口定义、技术选型等

选用技术栈、数据结构等

以上基本流程做了之后就要更具业务板块以及具体内容对各版块做接口方案的定义和设计，另外数据结构以及数据库这些基本要大差不差，做了这些就是要对业务的落实做对应的技术方案选型了。

看采用什么工具、什么框架、可操作行强还是封装性强，轻量OR全面？是否已有类似的实现？项目结构如何定义？板块划分？

对业务Demo结合数据去做适配的选择，最终把基本技术方案、基本架构、框架、工具、等等适配好，跑一个简单demo。

然后就进入到具体的落实和开发了。