关于程序员:golang-设计模式-之-我对设计模式的思考

37次阅读

共计 585 个字符,预计需要花费 2 分钟才能阅读完成。

最近在学设计模式,我对学习一贯是秉持凋谢的态度,所以也和很多共事交换,通知他们我在学设计模式,心愿能从他们口中,失去一些教训

最终,我还是失去了许多教训,然而,我发现一个共性,就是共事对设计模式不太在乎,也没有深入研究,还援用了 go 语言创始人的一句话告诫我,” 咱们心愿大家遗记 java 中那繁多的设计模式,go 的组合足够解决大家的问题 ”(大抵是这个意思,我也没去验证真伪)

我回去思考了下这个问题,我有两个论断:

一,对于大佬们在网络上对技术实践和实际的评判,我认为对于新生技术,能够参考,防止本人走入坑中。然而对于经典技术,我认为第一步不应该是去看大佬们的评判,而是本人先学会,把握它,经典能成为经典,肯定有你必须晓得的理由

二,二十三种设计模式,是根本的招式,很多人不喜爱设计模式,是因为很多人生吞活剥,让代码有失灵魂
我感觉学习设计模式有三层境界,一层是齐全不懂设计模式,二层是学会二十三种设计模式,三层是遗记了这三种设计模式,但又能合乎时宜的应用进去,用出各种各样的变式

我认为大家对设计模式的褒贬不一,是因为看事务的角度不同,设计模式之于写代码,就像金木水火土之于世界,木,能够烧火,也能够做家具,有人只用木头烧火,就认为木头只能烧火,而后有了空调,就感觉木头没用了,不再须要木头取暖了,木头是个垃圾,集体教训罢了

以上就是我的论断,当前不管打脸也好,不打脸也好,都是一种成长

正文完
 0