为什么要学设计模式?非学不可吗?

2024-03-28 06:48

本文主要是介绍为什么要学设计模式?非学不可吗?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

所有言语从一个故事开始,而故事要从一份简历开始。

 

人物姓名:王小二              出生年月:不详

 

年纪:十七八亦或者二十来岁

 

性格:热血、冲动、抱负远大

 

梦想:渴望成为一枚武林高手,最好习得一身绝世神功,从此可以独步江湖,笑傲红尘

 

现实:只是个会使点蛮力,在街头打架斗殴的屌丝。

 

“要是有一天能够得到一本任我行的《吸星大法》、少林寺《易筋经》和武当的《太极功》该多啊,只有《九阳神功》也可以啊!”王小二又开始了YY。时光荏苒,岁月如梭。虽然没有神功秘籍,怀揣远大抱负的王小二,依旧一天天,一月月的在YY中又度过了一年。

 

两三年之中,王小二认真的实践了自己所思所想,干了不少武林人士应该干的事的。在这隔三差五的十多次工程实践(约架)中,王小二在挂彩中惨胜告终的两次,在仓皇逃走后又丢人的挂彩的三次,直接被人围在中间打成猪头哭爹喊娘的十次。

 

再次就是每次战败之后和街头大妈发生骂战了,进行各种语言、系统优劣以及各种框架好坏的争论。这结果更是无须多言,我国大妈的街头骂功,那可都是宇宙级别的,远不是街头混混可比的。王小二也自然每次都是在众人同情的目光之下,被大妈们骂的目瞪口呆大脑缺氧几乎休克。这些宇宙级别的选手,每次都会快速完成对王小二的屠杀。这些经历不止一次让王小二在午夜的噩梦中惊出满身冷汗,以为自己就这么死在了骂战中。

 

“小伙子,我看你骨骼惊奇天赋异禀,想来是百年难得一遇的练武奇才,这有一本如来神掌,只要十块钱,”一个大言不惭的街头道士拉住了王小二,想要和他化缘一二,然而还不等他的话还没说完,王小二就抡起了自己的拳头。

 

“我把你打得和我一样,你就知道什么叫骨骼惊奇,天赋异禀了!”王小二一边抡拳头,一边念念有词。五分钟过后,这位街头化缘的神棍,果然变的和王小二一样了,浑身布满大脚印,头部五彩缤纷的胖哒哒。

 

“嚓,如来神掌?!我这还叫弥勒佛大脚印呢。”王小二说着又踹了那道长一脚,抓起地上那本《如来神掌》,直接扔到天上去了,“呵,好嘛,吸星大法?!还真的有吸星大法!”王小二抓住其中一本2008年出版的《吸星大法》狂喜不已。

 

“博采众家之长,随机应变,先敌而发。招式是死的,思想是活的,做到随机应变放算得上登堂入室。若能做到无招胜有招,那就是真的高手了!”在一段时间的研习和认真的与流氓实践之后,他隐约见望见了高手应该有的境界。越是刻苦的练习,王小二越觉得《吸星大法》上讨论的那些看似普通的招式,透露出的一些武学理念,值得借鉴。

 

话到此处,我们也该来回答一下标题的疑问了。设计模式非学不可吗?尤其对于半路出家的程序员,在经历过王小二那般为了成了武林高手长时间的挣扎之后,真的非学不可吗?

 

对此我只能说“设计模式”,对于程序员来说,犹如《笑傲江湖》中的“葵花宝典”和“吸星大法”之于武林人士一样,莫不感觉如雷贯耳,鼎鼎大名。每个程序员起始的时候,也莫不想有幸一窥真经,习得无上神功,从此独步江湖的冲动。然而一番学习领悟之后,也就会和王小二一样,觉得“设计模式”这部真经并不能让你独步江湖。也会幡然觉悟,此真经和少林五步拳或者武当的形意拳这些做基本的套路,也没什么太大区别。关键还是在于理念。

 

尽管只是套路没有理念,但若认真练习用心体会,它至少能起到强身健体活络筋骨的功效,让一个人变得灵活敏捷,气色鲜红,让你打起架来不至于和街头无赖抓头发抡胳膊那样毫无招式可言。设计模式也如此,虽不能学了就立刻变作编程高手,但学过之后便从此为解决面向对象这个新世界的问题打下坚实技术基础,也得以窥见了高手之路,不再把程序写的那么不能看和维护了。

另外,如果你的程序已经具有易维护、可扩展、易复用,有一定的灵活性,或者说你已经能做到有所得编程都依赖于抽象,针对抽象而不是针对细节,那么你再学设计模式其实用处已经不大,至多相互印证一下自己的所思所想。并时常忍不住的会发出“原来他们也是这么玩的!”的感慨。然而最重要的还是管理复杂性和做到易扩展和维护的理念,和对应的一些原则,如单一职责、依赖倒置、接口隔离、开放封闭等原则。如果能做到这些,你会悄然发现,你写的程序已经暗合设计模式中的某一个或多个模式。

这篇关于为什么要学设计模式?非学不可吗?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/854790

相关文章

在JS中的设计模式的单例模式、策略模式、代理模式、原型模式浅讲

1. 单例模式(Singleton Pattern) 确保一个类只有一个实例,并提供一个全局访问点。 示例代码: class Singleton {constructor() {if (Singleton.instance) {return Singleton.instance;}Singleton.instance = this;this.data = [];}addData(value)

MySQL脏读、不可重复读、幻读(虚读)

事务的特性: 原子性:指处于同一个事务中的多条语句是不可分割的。一致性:事务必须使数据库从一个一致性状态变换到另外一个一致性状态。比如转账,转账前两个账户余额之和为2k,转账之后也应该是2K。隔离性:指多线程环境下,一个线程中的事务不能被其他线程中的事务打扰持久性:事务一旦提交,就应该被永久保存起来。 事务隔离性问题: 如果不考虑事务的隔离性,会出现以下问题: 脏读:指一个线程中的事务读取到

设计模式之工厂模式(通俗易懂--代码辅助理解【Java版】)

文章目录 1、工厂模式概述1)特点:2)主要角色:3)工作流程:4)优点5)缺点6)适用场景 2、简单工厂模式(静态工厂模式)1) 在简单工厂模式中,有三个主要角色:2) 简单工厂模式的优点包括:3) 简单工厂模式也有一些限制和考虑因素:4) 简单工厂模式适用场景:5) 简单工厂UML类图:6) 代码示例: 3、工厂方法模式1) 在工厂方法模式中,有4个主要角色:2) 工厂方法模式的工作流程

C#设计模式(1)——单例模式(讲解非常清楚)

一、引言 最近在学设计模式的一些内容,主要的参考书籍是《Head First 设计模式》,同时在学习过程中也查看了很多博客园中关于设计模式的一些文章的,在这里记录下我的一些学习笔记,一是为了帮助我更深入地理解设计模式,二同时可以给一些初学设计模式的朋友一些参考。首先我介绍的是设计模式中比较简单的一个模式——单例模式(因为这里只牵涉到一个类) 二、单例模式的介绍 说到单例模式,大家第一

漫谈设计模式 [12]:模板方法模式

引导性开场 菜鸟:老大,我最近在做一个项目,遇到了点麻烦。我们有很多相似的操作流程,但每个流程的细节又有些不同。我写了很多重复的代码,感觉很乱。你有啥好办法吗? 老鸟:嗯,听起来你遇到了典型的代码复用和维护问题。你有没有听说过“模板方法模式”? 菜鸟:模板方法模式?没听过。这是什么? 老鸟:简单来说,模板方法模式让你在一个方法中定义一个算法的骨架,而将一些步骤的实现延迟到子类中。这样,你可

漫谈设计模式 [9]:外观模式

引导性开场 菜鸟:老鸟,我最近在做一个项目,感觉代码越来越复杂,我都快看不懂了。尤其是有好几个子系统,它们之间的调用关系让我头疼。 老鸟:复杂的代码确实让人头疼。你有没有考虑过使用设计模式来简化你的代码结构? 菜鸟:设计模式?我听说过一些,但不太了解。你觉得我应该用哪个模式呢? 老鸟:听起来你的问题可能适合用**外观模式(Facade Pattern)**来解决。我们可以一起探讨一下。

设计模式大全和详解,含Python代码例子

若有不理解,可以问一下这几个免费的AI网站 https://ai-to.cn/chathttp://m6z.cn/6arKdNhttp://m6z.cn/6b1quhhttp://m6z.cn/6wVAQGhttp://m6z.cn/63vlPw 下面是设计模式的简要介绍和 Python 代码示例,涵盖主要的创建型、结构型和行为型模式。 一、创建型模式 1. 单例模式 (Singleton

漫谈设计模式 [6]:适配器模式

引导性开场 菜鸟:老鸟,我最近在项目中遇到一个问题,我们的系统需要集成一个新的第三方库,但这个库的接口和我们现有的代码完全不兼容。我该怎么办? 老鸟:这是个常见的问题,很多开发者都会遇到这种情况。你有没有听说过适配器模式? 菜鸟:适配器模式?没有,能详细说说吗? 老鸟:当然可以!这就是我们今天要讨论的主题。适配器模式是一个设计模式,可以帮助我们解决你现在遇到的问题。 渐进式介绍概念 老

2 观察者模式(设计模式笔记)

2 观察者模式(别名:发布-订阅) 概念 定义对象间的一种一对多的依赖关系,当一个对象状态发生变化时,所以依赖于它的对象都得到通知并被自动更新。 模式的结构与使用 角色 主题(Subject)观察者(Observer)具体主题(ConcreteSubject)具体观察者(ConcreteObserver) 结构 Subject依赖于Observer最重要!!! package

1 单例模式(设计模式笔记)

1 单例模式 概述:使得一个类的对象成为系统中的唯一实例。 具体实现: 构造函数私有化 限制实例的个数 懒汉式(时间换空间) public class Singleton2 {public static Singleton2 singleton2;private Singleton2(){}public static Singleton2 getInstance() throws I