这是我参与「第四届青训营 」笔记创作活动的的第9天。
-
最理想的架构就是一个完美的设计，可以一次性解决所有软件问题，但是世界上并没有这种架构，每次遇到新的需求都需要不断对对应需求做重构。
1.架构面临的问题
一个产品有它的生命周期，而架构伴随产品而生
架构面临的问题，随着产品生命周期的不同而发生变化。
在产品的上升期，架构会面临技术选型，确定工程架构，如何应对代码膨胀
到了产品的中后期，问题变成如何让架构更加易于维护，如何重构。
没有一个架构能解决不同阶段的所有问题。
在不同的技术领域的架构，还会出现很多交叉问题，公共问题。比如数据通信，abi问题等等。
这就导致了进行技术选型的人需要有一定的经验积累。
2.常见的架构手段
常见的有MVC，MVP，MVVM
等等等等...
这些都是小的架构方面的工作，还有些大方向上的布局，比如说事件驱动架构，微内核架构，微服务架构等等
不同架构的共同目标都是高内聚低耦合。
注： 耦合指的是模块及模块之间信息或参数依赖的程度。
架构演进
随着产品的发展，架构应该不断拆分进化，解耦合。
架构随着业务发展由简单变复杂是注定的规律，但是架构是可以随着业务的发展而更改，规范也是可以持续的重构，这样才能对付代码的腐朽。
对于架构中存在的问题，也有轻重缓急，需要搞明白主次更需要发现问题背后的问题。
写在青训营的最后
好吧，这几天我都是算在水笔记，因为发到8篇的奖励太丰厚了...
青训营早就结束了，我们组好像没有做出东西来，有点遗憾...
想想问题，大概是组内的沟通不够，进度不明确，工作分配不对，种种的原因导致了大项目的无疾而终
但是对我个人而言，收获远比失望更大，花了半个月学了新的技术栈，了解了一个新的方向，也十分有趣
这里也让我养成了输出内容的习惯，学习完记笔记总结，让我提升了一大截学习效率。
在之后我也会进行些内容的输出，不过不是在这里了，而是我的个人博客 feiqi3.cn
当然，不会灌水
