送给初学者学习设计模式的一些技巧

1. 到底有没有必要学习设计模式

今天博主来给大家分享一下，在小白入门it行业的时候到底有没有必要去学习设计模式，有些初学者很容易进入一些误区就是”啊，设计模式真的很重要，真的很有用，我一定要死学设计模式“，我的看法呢就是：第一点就是设计模式其实就是一把屠龙刀，好的时候是真的好，不好也是真的一言难尽，用不到会适得其反，让项目变得很复杂，很难维护，第二点呢我觉得初学者应该更加的去关注代码的质量，当对一个语言足够熟悉的时候，或者项目真的在慢慢变大了，然后具备一定的经验了，然后去重构代码，去综合分析考虑引入一些设计模式。第三个人认为应该从这几方面入手，任何一方面都比设计模式要来的有用！

• 面向对象

• 设计原则

• 编程规范

• 重构技巧

首先面向对象编程因为具有丰富的特性（封装、多态、继承、抽象），可以实现很多的复杂的设计思路，是很多设计原则和设计模式编码的基础，举个例子：比如我们现在项目要接入数据库，我们这时候如果充分理解面向对象编程思想的话，就会考虑很多问题：第一我们日后换了数据库我们封装的这些方法是否兼容呢，还有就是我们的数据库包更新了，方法换了，我们是否也需要去重构我们的代码呢？

其次设计原则是指导我们代码设计的一些经验总结，对于某些场景下，是否应该用某种设计模式，具有指导意义。比如”开闭原则“是很多设计模式（策略，模版）的指导原则

编程规范主要解决的是代码的可读性问题。编程规范相对于设计原则，更加具体，更加偏重代码的细节、更加落地。

重构作为保持代码质量不下降的有效手段，是对全局的代码进行一个整体的优化，利用设计原则，编码规范，设计模式这些理由来进行重构。

2. 学习方法

然后给大家分享一些学习的方法，我们可以去gitee、github上去阅读一些别人优秀的项目，去学习别人的优秀的代码规范，还有设计模式如何用，啥时候用，这样会对设计模式的学习很有帮助。

还有就是不要去硬套设计模式，所谓设计模式只是前辈们留下的一些优秀的代码实践，相当于优秀的代码规范，和设计原则，设计模式还是要具体的场景具体分析的

4. 最后

设计模式只是提供了一些模版供人们去使用，具体的还是需要我们去创造，学习设计模式就像内功修炼一样，不能急于求成，慢慢看框架源码设计或者看看优秀的开源项目，可以学到不少好的东西。下面有奖竞猜，猜猜下面go语言代码符合啥设计原则（非常的简单，后台私信答案）

type ClothesShop struct {
}

func (c *ClothesShop) Style() {
 fmt.Println("逛街的衣服")
}

type ClothesWork struct {
}

func (c *ClothesWork) Style() {
 fmt.Println("工作的衣服")
}
func main() {
  cs := &ClothesShop{}
 cs.Style()
 cw := &ClothesWork{}
 cw.Style()
}