-
空标题文档
12.2 用HTTP和REST传输对象 超文本传输协议（Hypertext Transfer Protocol，HTTP）是由一系列的RFC（Request for Comments）文档定义的。我们不会介绍所有的细节，但是会触及其中3个高层的部分。 HTTP协议包括请求和响应。一个请求包括一个方法、一个统一资源标识符（Uniform Resource... -
13.20 总结
13.20 总结 13.20 总结 对于AWT而言，Java 1.1到Java 1.2最大的改变就是Java中所有的库。Java 1.0版的AWT曾作为目前见过的最糟糕的一个设计被彻底地批评，并且当它允许我们在创建小巧精致的程序时，产生的GUI“在所有的平台上都同样的平庸”。它与在特殊平台上本地应用程序开发工具相比也是受到限制的，笨拙的并且也是不友好的... -
4.2 大型分布式缓存系统实现过程
4.2 大型分布式缓存系统实现过程 4.2 大型分布式缓存系统实现过程 我们接着上一节的思路，如果是大型网站的缓存，单台ParkServer的压力不能承受，需要建立多台CacheServer，并使用CacheFacade进行负载均衡。CacheFacade会根据key自动寻找存储它的CacheServer，数据在多台CacheServer上是均匀分布的... -
6.9 初始化和类装载
6.9 初始化和类装载 6.9 初始化和类装载 在许多传统语言里，程序都是作为启动过程的一部分一次性载入的。随后进行的是初始化，再是正式执行程序。在这些语言中，必须对初始化过程进行慎重的控制，保证static数据的初始化不会带来麻烦。比如在一个static数据获得初始化之前，就有另一个static数据希望它是一个有效值，那么在C++中就会造成问题。 ... -
7.7 构建器和多形性
7.7 构建器和多形性 7.7 构建器和多形性 同往常一样，构建器与其他种类的方法是有区别的。在涉及到多形性的问题后，这种方法依然成立。尽管构建器并不具有多形性（即便可以使用一种“虚拟构建器”——将在第11章介绍），但仍然非常有必要理解构建器如何在复杂的分级结构中以及随同多形性使用。这一理解将有助于大家避免陷入一些令人不快的纠纷。 7.7.1 构建器... -
7.8 通过继承进行设计
7.8 通过继承进行设计 7.8 通过继承进行设计 学习了多形性的知识后，由于多形性是如此“聪明”的一种工具，所以看起来似乎所有东西都应该继承。但假如过度使用继承技术，也会使自己的设计变得不必要地复杂起来。事实上，当我们以一个现成类为基础建立一个新类时，如首先选择继承，会使情况变得异常复杂。 一个更好的思路是首先选择“合成”——如果不能十分确定自己应... -
空标题文档
1.1 在比较中学习 假设你正在学习一种编程语言 X，并为区分知识要点和非要点而苦恼。这时，如果你开始学习另一种编程语言 Y，这个问题可能就会迎刃而解。因为你开始了解那些因语言不同导致的差异，什么规则是 X 和 Y 共通的，什么又是 X 语言独有的。 多种语言共通的知识才是要点。掌握了这些要点，学习其他语言时才会更加轻松。 语言不同，规则不同 在比... -
9.2 违例的捕获
9.2 违例的捕获 9.2 违例的捕获 若某个方法产生一个违例，必须保证该违例能被捕获，并获得正确对待。对于Java的违例控制机制，它的一个好处就是允许我们在一个地方将精力集中在要解决的问题上，然后在另一个地方对待来自那个代码内部的错误。 为理解违例是如何捕获的，首先必须掌握“警戒区”的概念。它代表一个特殊的代码区域，有可能产生违例，并在后面跟随用于... -
10.2 增添属性和有用的接口
10.2 增添属性和有用的接口 10.2 增添属性和有用的接口 利用层次化对象动态和透明地添加单个对象的能力的做法叫作“装饰器”（Decorator）方案——“方案”属于本书第16章的主题（注释①）。装饰器方案规定封装于初始化对象中的所有对象都拥有相同的接口，以便利用装饰器的“透明”性质——我们将相同的消息发给一个对象，无论它是否已被“装饰”。这正是在...