《一线架构师实践指南》——读后总结

之前总觉得架构是一件很高大上的工作,跟普通的编码设计不太一样。前一段实践,自己也尝试做过架构的工作,可惜经验不足导致架构非常混乱。这里读完这本书,大体上对架构的工作有所了解,也稍微摸清了些门道。

我理解的架构

我理解的架构就是基于某些需求,设计代码的基础框架。既然是基于需求,那么肯定要面临不少需求的扩展以及变更,这时就需要架构能够灵活方便的适应变化。因此,架构的工作我的理解更多的是提前预料到未来的变化,提前做好改变的准备。

架构设计的大体思路为:

  • 时刻关注非功能性的需求,

  • 然后先进性预备架构的设计(建立需求列表,理顺需求的关系),

  • 再进行概念架构的设计(利用鲁棒图或者目标-场景-角色表,设计逻辑上的架构,忽略代码级的实现),

  • 最后对架构进行细化(深入到IDE语言的使用,开源框架的使用,类、接口的定义等等)

前几章总结

预架构阶段

《一线架构师实践指南》——读后总结

概念架构阶段

《一线架构师实践指南》——读后总结

细化架构阶段

《一线架构师实践指南》——读后总结

非功能性需求

《一线架构师实践指南》——读后总结

想获取Java工程化、高性能及分布式、高性能、性能调优、Spring,MyBatis,Netty源码分析,nginx、dubbo、java分布式、redis、jvm、多线程、java网络编程、netty、kafka资料的加群:171662117

是针对有1到5年工作的经验的java开发人员,帮助突破技术瓶颈,提升思维能力

面对目前流行的技术不知从何下手,需要突破技术瓶颈的可以加群。在公司待久了,过得很安逸,但跳槽时面试碰壁。需要在短时间内进修、跳槽拿高薪的可以加群。如果没有工作经验,但基础非常扎实,对java工作机制,常用设计思想,常用java开发框架掌握熟练的可以加群。

猜你喜欢

转载自blog.csdn.net/leonardc/article/details/89438295