Java设计模式(Design Patterns In Java)读书摘要——第1章 绪论

为何需要模式

模式是做事的方法,是实现目标,研磨技术的方法。通俗点说,模式是为了解决某个行业的某个问题的有效的方法或技艺。

为何需要设计模式

为了提升代码的水准,是代码变得简洁而易用。模式是一种思想,而不是具体的实现。

为何选择Java

集大成,流行,发展前景好

UML

一种统一建模语言

挑战

多思考,多练习

本书的组织

1.接口型模式

2.职责型模式

3.构造型模式

4.操作型模式

5.扩张型模式

模式的分类具有主观色彩,你也可以根据自己的见解提出不同的分类。

欢迎来到Oozinoz

本书的挑战题目来自于对Oozino公司的焰火生产系统的模拟。

小结

模式是集体智慧的结晶,它提供了标准的术语,为富有经验的参与者提供了统一命名概念。

时间: 2024-08-24 06:14:38

Java设计模式(Design Patterns In Java)读书摘要——第1章 绪论的相关文章

JAVA设计模式(DESIGN PATTERNS IN JAVA)读书摘要 第1部分接口型模式——第3章 适配器(Adapter)模式

客户端代码提供接口来写具体实现类时,要利用已经实现接口功能的现有类,但是接口的方法名和现有类的方法名不一致,则需要使用适配器模式. 接口适配 如图所示, RequiredInterface接口声明了Client类所要调用的requiredMethod()方法,ExistingClass的usefulMethod()提供了此方法的具体实现,但是这两个方法的名字不同,这要对ExistingClass进行适配.适配类NewClass继承ExistingClass类,实现了RequiredInterfa

Java编程思想第四版读书笔记——第十三章 字符串

Java编程思想第四版读书笔记--第十三章 字符串 字符串的操作是计算机程序设计中最常见的行为. 关键词: StringBuilder ,StringBuffer,toString(),format转换,正则表达式, 1.不可变String String对象时不可变的.每当把String对象作为方法的参数时,都会复制一份引用.(其实就是对函数中参数列表中参数的操作不会影响外面的原参数) 如下: import static net.mindview.util.Print.*; public cla

《java并发编程的艺术》读书笔记-第三章Java内存模型(二)

一概述 本文属于<java并发编程的艺术>读书笔记系列,第三章java内存模型第二部分. 二final的内存语义 final在Java中是一个保留的关键字,可以声明成员变量.方法.类以及本地变量.可以参照之前整理的关键字final.这里作者主要介绍final域的内存语义. 对于final域,编译器和处理器要遵守两个重排序规则: 在构造函数内对一个final域的写入,与随后把这个被构造对象的引用赋值给一个引用变量,这两个操作之间不能重排序. 初次读一个包含final域的对象的引用,与随后初次读这

java并发编程的艺术,读书笔记第六章 concurrentHashMap以及并发容器的介绍

ConcurrentHashMap的原理 将数据一段一段的存储然后给每一段数据分配一把锁,当线程访问数据的一段时,为每段分配一把锁,同时其他段的数据可以被其他线程数据访问 2)concurrentHashMap 的结构 concurrentHashMap 由segament数组和hashentry数组结构组成,segament是一种可靠的重入锁,在里面扮演锁的角色,hashentry用于存储键值对数据,一个segament里面包含一个hashentry数组,每个hashentry是一个链表结构的

java并发编程的艺术,读书笔记第三章

final域的内存语义 写final域的重排规则:禁止把final域的写重排序到构造方法之外,主要包括俩个个方面 1)JMM禁止编译器把final域的写重排序到构造方法之外 2)编译器会在final域写之后,构造函数return之前插入一个storestore屏障,这个屏障禁止处理器把final域的写重排序到构造方法之外 写final域的重排序规则可以确保:在对象引用为任意线程可见之前,对象的final域已经被 正确初始化过了,而普通域不具有这个保障 读final域的重排规则:在一个线程中,初次

java设计模式(1)—— java设计模式的七大原则

七大设计原则: 1.单一职责原则:一个类负责一项职责.2.里氏替换原则:子类可以扩展父类的功能,但不能改变父类原有的功能.3.依赖倒置原则:高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该依赖细节:细节应该依赖抽象.即针对接口编程,不要针对实现编程.4.接口隔离原则:建立单一接口,不要建立庞大臃肿的接口,尽量细化接口,接口中的方法尽量少.5.迪米特法则:低耦合,高内聚.6.开闭原则:一个软件实体如类.模块和函数应该对扩展开放,对修改关闭.7.组合/聚合复用原则:尽量使用组合和聚合少使

初探Java设计模式4:JDK中的设计模式

JDK中设计模式 本文主要是归纳了JDK中所包含的设计模式,包括作用和其设计类图.首先来个总结,具体的某个模式可以一个一个慢慢写,希望能对研究JDK和设计模式有所帮助.一.设计模式是什么(1)反复出现问题的解决方案(2)增强软件的灵活性(3)适应软件不断变化二.学习JDK中设计模式的好处(1)借鉴优秀代码的设计,有助于提高代码设计能力(2)JDK的设计中体现了大多数设计模式,是学习设计模式的较好的方式(3)可以更加深入的了解JDK三.类间关系继承.委托.依赖.聚合.组合?四.介绍方式(1)作用:

Java设计模式菜鸟系列总结及博客全目录

转载请注明出处:http://blog.csdn.net/lhy_ycu/article/details/40031567 今天来对这23种设计模式做个总结.咱使用设计模式的目的是为了可重用代码.让代码更容易被他人理解.保证代码可靠性,当然设计模式并不是万能的,项目中的实际问题还有具体分析.咱不能为了使用设计模式而使用,而是在分析问题的过程中,想到使用某种设计模式能达到咱需要的效果,而且比不使用设计模式更有优势,那么咱该考虑使用设计模式了. 一.设计模式的一般分类 创建型(Creator)模式(

Java 设计模式实现 不错的引用

这段时间有兴趣重新温习一下设计模式在Java中的实现,碰巧看到一个不错的设计模式总结,这里引用一下作为参考. 创建型模式: JAVA设计模式-Singleton JAVA设计模式-Factory JAVA设计模式-Builder JAVA设计模式-Prototype 结构型模式: JAVA设计模式-Adapter JAVA设计模式-Bridge JAVA设计模式-Composite JAVA设计模式-Decorator JAVA设计模式-Facade JAVA设计模式-FlyWeight JAV