面对一个需求,我们需要一个解决方案。
方案的基点有:
- 与其他系统如何交互
- 本系统的运维
- 需求对哪些性能的要求
- 时间周期
- 硬件的支持
- 资金成本、人员成本
- 技术人员的资质
- 未来业务发展的趋势和规划
要做到这些,我们需要有一个技术的广度,去了解不同的框架的特点、优势。
当我们为了本系统业务的需要,需要对这些框架进行拓展或者说写我们自己的框架的时候,需要去了解框架底层的实现,了解他的理论依据,了解他的算法、数据结构。
所以你有很多事情要做。
架构思维
业务需求的抽象
需要一个抽象的思维,把我们的业务抽象成相应的对象,对象之间的关系、职责的划分,有一个清晰的认识,当然这里也需要一个分析整理的过程。
设计模式的使用
这里就要求我们了解所有的设计模式,需要我们平常在看源码的时候,去观察他人是如何使用这些设计模式,然后结合我们的业务场景,进行适当的运用。
服务的边界(分析业务)
要求我们非常熟悉我们当前的业务,整个业务系统的流程。
你又有很多事情要做了