Q网志

来源：兽族的荣耀

在侃侃而谈OO，侃侃而谈设计模式，侃侃而谈面向对象的诸多原则之前，我们首先应该掌握一点：封装。掌握好封装的原则和技巧之后，就算使用的不是OO语言，也能构造出框架优美的程序。将这些原则用在程序之外，也能得到出奇的效果。《设计规则-模块化的力量》将封装与模块化放在神坛的高位，它们配得上这个位置。这是我们解决复杂性问题的最基本的方法（没有之一）。

程序是一种复杂性系统。“道生一，一生二，二生三，三生（四，四生…）万物”。若将复杂性的根源当作“道”的化，那么这个“一”必然是封装。不同的程序语言以及由这些程序语言衍生的方法，则处于“二”的地位，比如 OO 设计范式、FP（函数编程）范式、分层的原则等等。OO设计准则，什么里氏替换原则，什么组合优先于继承，这些处于“三”的地位，具体的设计模式什么之类的处于“三”之后“四”的地位。

本人愚笨，至今尚记不清那些原则，如里氏替换原则是什么，那些这个模式那个模式怎么实现。设计模式中，俺只对策略模式感兴趣，对其它模式兴趣索然。实质上这些模式也好、准则也好，只是给我们提供了一种方法、一种工具去更好的实现封装。
Read the rest of this entry »

作者：(美)Bruce Eckel

写在前面的话
引言
第1章 对象入门
第2章 一切都是对象
第3章 控制程序流程
第4章 初始化和清除
第5章 隐藏实施过程
第6章 类再生
第7章 多形性
第8章 对象的容纳
第9章 违例差错控制
第10章 Java IO系统
第11章 运行期类型鉴定
第12章 传递和返回对象
第13章 创建窗口和程序片
第14章 多线程
第15章 网络编程
第16章 设计范式
第17章 项目
附录A 使用非Java代码
附录B 对比C++和Java
附录C Java编程规则
附录D 性能
附录E 关于垃圾收集的一些话
附录F 推荐读物

返回目录

■《Java in a Nutshell:A Desktop Quick Reference，第2版》
作者：David Flanagan
出版社：O’Reilly & Assoc
出版时间：1997
简介：对Java 1.1联机文档的一个简要总结。就个人来说，我更喜欢在线阅览文档，特别是在它们变化得如此快的时候。然而，许多人仍然喜欢印刷出来的文档，这样可以省一些上网费。而且这本书也提供了比联机文档更多的讨论。

■《The Java Class Libraries:An Annotated Reference》
作者：Patrick Chan和Rosanna Lee
出版社：Addison-Wesley
出版时间：1997
简介：作为一种联机参考资源，应向读者提供足够多的说明，使其简单易用。《Thinking in Java》的一名技术审定员说道：“如果我只能有一本Java书，那么肯定选它。”不过我可没有他那么激动。它太大、太贵，而且示例的质量并不能令我满意。但在遇到麻烦的时候，该书还是很有参考价值的。而且与《Java in a Nutshell》相比，它看起来有更大的深度（当然也有更多的文字）。
Read the rest of this entry »

返回目录

“很难相信Java居然能和C++一样快，甚至还能更快一些。”

据我自己的实践，这种说法确实成立。然而，我也发现许多关于速度的怀疑都来自一些早期的实现方式。由于这些方式并非特别有效，所以没有一个模型可供参考，不能解释Java速度快的原因。

我之所以想到速度，部分原因是由于C++模型。C++将自己的主要精力放在编译期间“静态”发生的所有事情上，所以程序的运行期版本非常短小和快速。C++也直接建立在C模型的基础上（主要为了向后兼容），但有时仅仅由于它在C中能按特定的方式工作，所以也是C++中最方便的一种方法。最重要的一种情况是C和C++对内存的管理方式，它是某些人觉得Java速度肯定慢的重要依据：在Java中，所有对象都必须在内存“堆”里创建。

而在C++中，对象是在堆栈中创建的。这样可达到更快的速度，因为当我们进入一个特定的作用域时，堆栈指针会向下移动一个单位，为那个作用域内创建的、以堆栈为基础的所有对象分配存储空间。而当我们离开作用域的时候（调用完毕所有局部构建器后），堆栈指针会向上移动一个单位。然而，在C++里创建“内存堆”（Heap）对象通常会慢得多，因为它建立在C的内存堆基础上。这种内存堆实际是一个大的内存池，要求必须进行再循环（再生）。在C++里调用delete以后，释放的内存会在堆里留下一个洞，所以再调用new的时候，存储分配机制必须进行某种形式的搜索，使对象的存储与堆内任何现成的洞相配，否则就会很快用光堆的存储空间。之所以内存堆的分配会在C++里对性能造成如此重大的性能影响，对可用内存的搜索正是一个重要的原因。所以创建基于堆栈的对象要快得多。
Read the rest of this entry »

返回目录

“本附录由Joe Sharp投稿，并获得他的同意在这儿转载。请联系SharpJoe@aol.com”

Java语言特别强调准确性，但可靠的行为要以性能作为代价。这一特点反映在自动收集垃圾、严格的运行期检查、完整的字节码检查以及保守的运行期同步等等方面。对一个解释型的虚拟机来说，由于目前有大量平台可供挑选，所以进一步阻碍了性能的发挥。
“先做完它，再逐步完善。幸好需要改进的地方通常不会太多。”（Steve McConnell的《About performance》[16]）
本附录的宗旨就是指导大家寻找和优化“需要完善的那一部分”。

D.1 基本方法

只有正确和完整地检测了程序后，再可着手解决性能方面的问题：
(1) 在现实环境中检测程序的性能。若符合要求，则目标达到。若不符合，则转到下一步。
(2) 寻找最致命的性能瓶颈。这也许要求一定的技巧，但所有努力都不会白费。如简单地猜测瓶颈所在，并试图进行优化，那么可能是白花时间。
(3) 运用本附录介绍的提速技术，然后返回步骤1。
Read the rest of this entry »

　　摘要:

　　EJB是一种企业应用技术，旨在建立一个企业应用开发框架，但从其诞生之日起，质疑之声一直不断。EJB是企业应用框架的先驱，在企业应用框架的方法论上有独到的见解，虽然存在不少缺陷，但仍不失为企业应用框架的理想。

　　1. 备受争议的EJB

　　EJB也许是Java领域里中最受争议的技术了。有人说EJB是最伟大的发明，也有人说EJB完全是多此一举;当一些人陶醉于EJB的深奥理论时，另外一些人却正被EJB的繁琐复杂所折磨;尝到EJB甜头的人，在EJB的每个新版本中，都能发现盼望已久的惊喜，而被EJB拒之门外的人，则随着EJB的升级，愈发对EJB敬而远之了。

　　EJB的全称是Enterprise JavaBeans，JavaBeans很普通，不过Enterprise就不那么简单了。什么技术，一旦被冠以Enterprise的名头，就像男人走入婚姻殿堂一样，身上的责任与单身汉不可同日而语了。从定义上看，JavaBeans只是J2SE平台上的一个组件架构，包含一些业务逻辑，并且可以被重用。
Read the rest of this entry »

返回目录

本附录包含了大量有用的建议，帮助大家进行低级程序设计，并提供了代码编写的一般性指导：

(1) 类名首字母应该大写。字段、方法以及对象（句柄）的首字母应小写。对于所有标识符，其中包含的所有单词都应紧靠在一起，而且大写中间单词的首字母。例如：

ThisIsAClassName
thisIsMethodOrFieldName

若在定义中出现了常数初始化字符，则大写static final基本类型标识符中的所有字母。这样便可标志出它们属于编译期的常数。
Java包（Package）属于一种特殊情况：它们全都是小写字母，即便中间的单词亦是如此。对于域名扩展名称，如com，org，net或者edu等，全部都应小写（这也是Java 1.1和Java 1.2的区别之一）。
Read the rest of this entry »

返回目录

“作为一名C++程序员，我们早已掌握了面向对象程序设计的基本概念，而且Java的语法无疑是非常熟悉的。事实上，Java本来就是从C++衍生出来的。”

然而，C++和Java之间仍存在一些显著的差异。可以这样说，这些差异代表着技术的极大进步。一旦我们弄清楚了这些差异，就会理解为什么说Java是一种优秀的程序设计语言。本附录将引导大家认识用于区分Java和C++的一些重要特征。
(1) 最大的障碍在于速度：解释过的Java要比C的执行速度慢上约20倍。无论什么都不能阻止Java语言进行编译。写作本书的时候，刚刚出现了一些准实时编译器，它们能显著加快速度。当然，我们完全有理由认为会出现适用于更多流行平台的纯固有编译器，但假若没有那些编译器，由于速度的限制，必须有些问题是Java不能解决的。
(2) 和C++一样，Java也提供了两种类型的注释。
(3) 所有东西都必须置入一个类。不存在全局函数或者全局数据。如果想获得与全局函数等价的功能，可考虑将static方法和static数据置入一个类里。注意没有象结构、枚举或者联合这一类的东西，一切只有“类”（Class）！
(4) 所有方法都是在类的主体定义的。所以用C++的眼光看，似乎所有函数都已嵌入，但实情并非如何（嵌入的问题在后面讲述）。
(5) 在Java中，类定义采取几乎和C++一样的形式。但没有标志结束的分号。没有class foo这种形式的类声明，只有类定义。
Read the rest of this entry »