设计模式是不是每天要用?

每天必用设计模式的公司
第一天
程序员A:报表这块怎么设计?
架构师:用一个Possibility模式。
程序员A:请问什么是Possibility模式?

第二天
项目经理:昨天讨论了,报表这块怎么设计?
程序员A:用一个Possibility模式。
项目经理:请问什么是Possibility模式?

第三天
程序员B(新来的):请问报表这块怎么设计?
项目经理:用一个Possibility模式。
程序员B:请问什么是Possibility模式?

问题:
* 刚毕业的大学生没学过模式,还有好多人不熟悉。如果都要懂,会不会累死人?
* 设计模式不只GoF的23个,其他人也总结了N多个。那么多的模式,你懂的我不一定懂,我懂的你不一定懂,怎么交流?
* 今天流行这个模式,明天那个模式消亡,我们是为了模式而生存吗?
* 大师们都懂模式吗?他们会不会因为不懂模式而干不了活,丢掉饭碗?Bjarne Strustroup, Stan Lippman, Danny Thorpe, Brian Kernighan, Peter Coad, Knuth, Andrei Alexandrescu, Steve McConnell, Herb Sutter, Anders Hejlsberg, Dennis Ritchie, ...

建议:
* 学校中开设设计模式课,但类似于数据结构,只教授经过历史洗礼、非常经典的模式;
* 将模式提交给标准组织,产生标准模式。学校里只教授标准模式。
* 同样,交流时应只以标准模式为术语,非标准模式仅限于相互熟识的局部。就如:说话要说普通话。否则就象缩写词一样,大家云里雾里,不知所云。

( Pingback to 设计模式是不是每天要用-- )
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
好的,我会尽力回答你的问题!今天我来为你介绍一种常见的Java设计模式:单例模式(Singleton Pattern)。 单例模式是一种创建型设计模式,它保证一个类只有一个实例,并提供一个全局访问点。在Java中,实现单例模式的方法有很多种,其中比较常见的一种是懒汉式单例模式。 懒汉式单例模式是指在第一次调用getInstance()方法时才会实例化对象。具体实现方法如下: ``` public class Singleton { private static Singleton instance; private Singleton() {} public static synchronized Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } } ``` 在这个实现中,私有的构造函数保证了该类不能被外部实例化,而静态的getInstance()方法则提供了全局访问点。在getInstance()方法中,通过检查instance是否为null来实现懒加载。 需要注意的是,这种实现方式在多线程环境下存在线程安全问题,因此需要在getInstance()方法上加锁。当然,这也导致了性能上的一些损失。 除了懒汉式单例模式,还有饿汉式单例模式、双重检验锁单例模式、静态内部类单例模式等多种实现方式。不同的实现方式在性能、线程安全等方面各有优劣,需要根据具体的业务场景选择合适的实现方式。 希望这个简单的例子能帮助你更好地理解单例模式。如果你有任何问题或者需要进一步的解释,请随时告诉我!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值