《OOD启思录笔记》的相关内容

多态和继承的问题我是这样看得:首先要分清楚，实现多态和接口多态。 实现多态就是代码重用(abastract class)，接口多态体现的是is-a关系(interface)。把两者混为一谈只会捣乱。 实现多态其实不是一个必要的特性。能不用就尽量避免。一个好的oo设计，应该有合理的接口继承体系和一个尽量扁平的实现继承树结构。 我一直认为，除非是自己内部使用的私有（至少是package私有）类，尽 ...

世间万物带给我丰富的体验,但我更喜欢玩味其中的虚无…… 1997年，MartinFowler同EricEvans共同开发Specification模式， 主要用于抽取DomainModel中，可以归类为“谓词”的概念。然而， 与实现完善的逻辑规则框架不同，通过简单的“谓词”类，我们就可以得到明显的效果。 对于开发人员，接触最多的"Specification"（规格/规范）莫过于 ...

今天无意中看到这篇文章,写的蛮全,有实用价值,顺手转过来,问题的答案不一定都是正确的,也不是最全面的.还是希望对大家有帮助. 一、Java基础方面 1、作用域public,private,protected,以及不写时的区别 　　答：区别如下： 　　作用域       当前类    & ...

1.MVC的各个部分都有那些技术来实现?如何实现? 答：MVC是Model－View－Controller的简写。"Model" 代表的是应用的业务逻辑（通过JavaBean，EJB组件实现）， "View" 是应用的表示面（由JSP页面产生），"Controller" 是提供应用的处理过程控制（一般是一个Servlet），通过这种设计模型把应用逻辑，处理过程和显示逻辑分成不同的组件实现。这些组件 ...

“你不必严格遵守这些原则，违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃，若违背了其中的一条，那么警铃就会响起。” ----------Arthur J.Riel (1)所有数据都应该隐藏在所在的类的内部。 (2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。 (3)尽量减少类的协议中的消息。 (4)实现所有类都理解的最基本公有接口[例如，拷 ...

(1)所有数据都应该隐藏在所在的类的内部。 　　(2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。 　　(3)尽量减少类的协议中的消息。 　　(4)实现所有类都理解的最基本公有接口[例如，拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 　　(5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。 　　如果类的两个方法有一段公共代码， ...

(1)所有数据都应该隐藏在所在的类的内部。 　　(2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。 　　(3)尽量减少类的协议中的消息。 　　(4)实现所有类都理解的最基本公有接口[例如，拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 　　(5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。 　　如果类的两个方法有一段公共代码， ...

(1)所有数据都应该隐藏在所在的类的内部。 (2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。 (3)尽量减少类的协议中的消息。 (4)实现所有类都理解的最基本公有接口[例如，拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 (5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。 如果类的两个方法有一段公共代码，那么就可以创建 ...

你不必严格遵守这些原则，违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃，若违背了其中的一条，那么警铃就会响起。　　-----Arthur J.Riel           (31)在类的构造函数中实现语义约束时，把约束测试放在构造函数领域所允许的尽量深的包层次中。  & ...

最近偶尔翻起了好久以前买的这本书，网上摘录来简要： (1)所有数据都应该隐藏在所在的类的内部。p13 (2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。p15 (3)尽量减少类的协议中的消息。p16 (4)实现所有类都理解的最基本公有接口[例如，拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。 p16 (5)不要把实现细节(例如放置共用 ...

Groovy无痛AOP之旅 http://www.infoq.com/cn/articles/aop-with-groovy http://www.infoq.com/cn/articles/aop-with-groovy http://www.infoq.com/cn/articles/aop-with-groovy http://www.infoq.com/cn/articles/aop-wi ...

一.开发 J2ME 应用程序 1.介绍 在这一章中，我们将复习一下在为小型设备开发应用程序时需要牢记的一些注意事项。我们将看一下在使用 J2SE 编译 J2ME 应用程序时调用编译器的方法。最后我们将探究打包和部署，以及在这个过程中提前验证所扮演的角色。 设计开发小型设备应用程序要注意的事项 为小型设备开发应用程序，需要您在设计阶段制定某种策略。最好是在开始编写代码之前，战略性地为小 ...

概述 注释配置相对于 XML 配置具有很多的优势： 它可以充分利用 Java 的反射机制获取类结构信息，这些信息可以有效减少配置的工作。如使用 JPA 注释配置 ORM 映射时，我们就不需要指定 PO 的属性名、类型等信息，如果关系表字段和 PO 属性名、类型都一致，您甚至无需编写任务属性映射信息——因为这些信息都可以通过 Java 反射机制获取。 注释和 Java 代码位于一个文件中，而 ...

John O'Hanley 的这篇文章列举了四个有害的java编码习惯，并提出了改正方案。 这四个习惯普遍存在于java程序员中，并且已经被广泛接受，大家都习以为常，流毒甚远。   1.对局部变量(local variables)，字段(fields)，参数(method arguments)这三种变量的命名没有区分，造成了代码的阅读困难，增加了代码的维护成本。   ...

看到关于框架选择的帖子，贡献一点东西，如果你有选择struts的意向，还是直接等struts2好了。 Struts2与Struts1的对比 来源：struts2开发组 翻译：tianxinet（胖猴） Action 类: • Struts1要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口。 • Struts 2 Action类可以实现一个Act ...

【听译大师说话】是我最近打算搞的一个系列。我以前觉得看这些大师访谈并没有什么意思，他们的想法大多在书本和网站都有所介绍，他们本人也接受了很多访谈，估计说的也都是些套话，所以没必要看。最近听了两个访谈，一个是采访 python 创始人 Guido van Rossum 的，另外一个是采访 php 创始人 Rasmus Lerdorf， 让我感触很深，很多以前的一些困惑得以解释。我想这些访谈节目应该让 ...