设计模式一点体会

本文探讨了设计模式在软件开发中的重要性,包括抽象、规范等方面的价值。通过具体实例解释了创建型、结构型和行为型模式的区别及应用场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

学习编程到一定阶段的时候都会进入设计模式学习,但是同时又有很多人诟病设计模式,认为其是把简单的问题复杂化。但在我看来,只有适不适合,如果使用设计模式后觉得是把问题复杂化,那么只能说不适合。设计模式在我看来真正的价值以下几点

抽象

在我们所有一切表象中的主要区别即直观表象和抽象表象的区别。后者只构成表象的一个类,即概念 -- 《作为意志和表象的世界》

理解设计模式更多在于理解问题的本质,世界是由物质和非物质组成。

初期我们可能只理解与物质的抽象,比如定义一辆汽车Car,于是衍生于创建模式(比如工厂,单例,原型等)。

中期,我们发现对于非物质我们也需要抽象,比如物质间的关系,于是衍生出结构型模式(代理,装饰等)

后期,我们发现物质的行为一种真实的存在,并且行为间也存在关系,依然以汽车为例,汽车通电,点火,挂档,这一系列行为,都是依赖于上一个行为的结果,并且拥有着相同的上下文(汽车的状态),对于这个就抽象出责任连。着一种设计模式叫做行为型模式

规范

这一点是基于抽象,正是由于大部分的开发者活着机构认可了设计模式的抽象,以至于在工作中运用起来,达到一定基数后,自然成为行业的潜规则,以至于我们在看别人的源码的时候能够更利于理解,典型的就是Spring的源码,很多代码看一个类名就只大概知道起作用,比如BeanFatory,FilterChain, AopProxy。

个人观点

我也比较赞同为了设计模式而用设计模式,但仅限于学习,因为这样才能真正明白其中的原理和应用场景。至于工作中特别是上生产,还是要掌握后再使用。

转载于:https://my.oschina.net/wensiqun/blog/1607570

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值