架构师 0 期 03 周总结

用户头像
喵呜的小哥哥
关注
发布于: 2020 年 06 月 25 日

学习了几种设计模式,印象比较深的是 组合模式、装饰器模式、模板方法模式、策略模式。

深刻认识到:设计模式是一种方法论,可以说是一种套路或者经验,你觉得这样组织代码比较好,完全可以应用到其他代码上,这就是设计模式。

要理解每种设计模式的特点以及应用场景,首先当然要理解设计模式是为了解决什么问题,其次理解设计模式是如何解决了这个问题的,也就是说,什么场景下该用什么设计模式。很多设计模式是在固定的场景下使用的 。

学习了一些实际例子所用到的设计模式和设计原则,最后一个例子中,SQL 转换器,在没有讲解使用什么设计模式时,我想到的是可以使用 工厂模式 + 策略模式,比如定义接口,由各个语法实现接口,然后通过工厂方法存储 语法->Impl 的map。

老师使用的是 :装饰器模式

我原来还在想,不管什么SQL 对所有语法都处理一遍会影响性能,但是听了解释才明白,影响很小的。系统的设计是没有对错的,架构师的职责是什么?定义好结构,让开发者更爽的写代码。比如装饰器模式,开发者对一个语法写一个装饰器,然后add 进去就可以了。

架构没有对错,要看是否符合应用场景,开发者是否想用你的结构。好的架构师离职时,开发者是不开心的,因为用架构师的架构开发的很爽。



PS:工作一年,我之前对架构师的理解是:高并发怎么处理,用队列、CDN 。。。现在发现我理解有误,每一个系统都有架构,这个结构不是使用的框架,可以理解为代码层次,交互。比如说,如果我想在controller 的调用前,调用后都记录一些数据,假如不适用Spring 的AOP,我会定义一个接口或者基类,所有的controller都需要实现我写的接口或者基类,这就是架构设计。

发布于: 2020 年 06 月 25 日 阅读数: 18
用户头像

喵呜的小哥哥

关注

还未添加个人签名 2018.10.29 加入

还未添加个人简介

评论

发布
暂无评论
架构师0期03周总结