Go设计模式之争，用不用模式呢？(感觉要喷)

　　a：Go 不需要企业外包开发的垃圾程序员才喜欢的设计模式，UNIX编程哲学足以，滚出 Go 行业！！！

　　b：设计模式是圣经。既然经典设计模式是前人都踩了那么多的坑才总结出来的“精华”，为什么不取其精华而用之呢？

　　这个问题我看到很早很早就出现了那么到底好不好呢？用不用呢要理性对待。

　　

百科copy来的：

　　设计模式/软件设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。

　　

我的理解：

　　很多人为了模式而模式是非常错误的。对于设计模式还有很多人更多沉迷于设计模式中，每写几行代码，都要考虑考虑-这里是不是需要个啥模式！ 

　　对于写go语言我也从没有想到过什么模式 ，我只是想到化繁为简 ， 解耦 高效 为目的 ，也许模式的高深之处在于学过然后忘记 的境界

　　我觉得没有点深度的还是知道有模式能实现就好了 ，写程序还是要遵循 简单 高效 解耦 就好了 个人理解 

　　所以结论： 理性对待 模式，只是个人看法，勿喷。不喜欢的就当看过笑话

　　以上纯属个人观点！

　　小路·杂谈