一.目标
>易扩展：迅疾地响应突然的变化，能够成长
>易维护：能够修理，而不是一次性用品
--这是基本的两点，也是核心的两点，就像一个人一样，最核心的是学习成长和解决问题。
>安全性：必须要保障一个基本的数据信息安全
二.设计与思考
1.解耦
重要组成部分尽可能进行解耦，不要直接相互依赖，而要抽象一层中间层来做承上启下，这样容易替换某一层。一根管道10m，用关节隔成2节5m长的，一节坏了，只要替换一节就行了，这样只损失了5m。
--那么问题来了，如果中间层坏了，那不是两边都要重新做适配？
这个里面其实有很多细节，在这里：juejin.cn/post/684490…
解耦在我看来最大的好处就是更好地插拔
2.规则约束
这个东西真的拥有很大的魔力，什么叫规则约束，我定义为：一群人通过制定规则约束开发行为。
有规则的代码/结构首先是容易理解，当一个东西容易被理解，它的使用成本和维护成本就会大幅度下降。再者，有规则的代码/结构容易被Copy，复制是一种提高生产力的工具，缩短时间同时还能保证质量，非常好的一种生产方式，Made In China。强烈建议搭建完开发框架后，一定要写一篇开发规范
具体的探讨，在这里：juejin.cn/post/684490…
三.实现
项目根目录的第一层是所有的模块，需要根据自己的业务实际情况做一个规划拆分，相互模块之间必须独立，方便日后抽离成独立服务。
下面的corebus是项目的核心业务模块，里面的是一个相对通用的规划，包含一个模块的内外通信、业务逻辑、数据层3大核心。
具体的每种资源类型的具体代码书写规范，注释规范等各自具体思考具体规划。
第一次写博客分享，有点无厘头，后面会多看多学~
一个技术架构设计的爱好者，才疏学浅，期待讨论与指导~
