在传输时隐藏数据的推荐策略是使用HTTPS协议。HTTPS使用公开/专用非对称加密技术来提供调用程序和服务器之间的安全通信。安装了服务器证书之后，就可以在web应用程序上实现此证书，只需打开web应用程序的属性对话框，选择Directory Security选项卡。现在对此web应用程序的请求将要求HTTPS以从服务器请求数据，如此就可以对内容加密。只需向此应用程序添加ASP.NET Wet服务，HTTPS的使用将是透明的。

启用HTTPS的web应用程序所提供的ASP.NET web服务会生成WSDL，它正确地将web服务标识为HTTPS，可以通过WSDL中的端口设置的location属性对此进行描述。当我们使用WSDL构建代理时，代理会自动配置使用HTTPS与服务器进行安全通信。

如果我们曾经使用过移动设备链接互联网服务，则我们可能已经用过了Wap设备。实际上，WAP可以很好地解决这些局限性，但是其最终表现还没有满足e一代的要求。但是，WAP已为下一代移动通信网络做好了准备——不用做太多变动——随着宽带的增加，人们可能会越来越接受WAP。当然，许多人会询问WAP，到底是否会出现，或者它是否由其他东西所代替。

WAP的目标从逻辑上来说就是internet上获取信息，传给移动客户。这并非很简单，不仅仅是因为internet和无线网络之间没有物理连接。另外，构建通信协议是非常漫长的过程。决定采取什么形式的数据和安全措施，如何压缩和传输数据，这些工作绝非简单。

WML是WAP论坛的方案，用于解决格式化内容，以便显示在WAP浏览器上的问题。它是XML应用程序，与HTML有一些相同的特性，但是这些语言之间不易比较。网页（此处指站点的最小单元）并不一定是WAP站点的最小基本单位。开始，许多网页包含的信息要远远多于可在移动设备上使用的信息，而且包含额外信息的分栏概念也不易于转化。

单一的WML文件也被称为卡片组，包含一个或多个卡片。每一张卡片可以被认为是一整屏信息，包括文本、图像、超链接等等。取决于浏览器的特征和用来显示给定卡片的设备，此屏幕可能完全适合于设备的显示区域，并通过滚动键访问，或要求其他的用户干预模式来导航。在卡片之间的导航可以是在一个卡片组中，也可以是在卡片组之间。

MVC（模式——视图——控制器结构）后隐藏的思想是一个系统的可视方面应该从内部工作中分离出来，而内部on工作应依次从开始和控制内部工作的机制中分离出来。MVC结构首先由Smalltalk及其从业者所采纳。但现在已是一种广泛的设计模式。

模式指管理系统抽象内部状态和操作的代码。它处理数据库访问和大部分事务逻辑。模式没有可视组件，而是给出应用其他部分可以访问的应用编程接口。这使得编写一个从简单命令行接口测试和调试模式的驱动器程序成为可能。例如，在一个象棋游戏中，模式可能由表示棋子的对象和保存它们的一个简单的数组组成。模式可以具有指出其移动的次序，评价一个给定的移动是否合法以及从一个数组元素到另一个数组元素移动棋子的方法。模式没有提供棋盘的任何可视表示的代码。

Web应用具有所有适应的servlet引擎都理解的规定的目录结构。在目录的最上层，即应用根，包含HTML文档、JSP页面、图形和其他组成应用内容的任意资源。根下可以有包含应用的任意数目的子目录，与一个web服务器的文档树中的文件夹很相似。

根目录还包含一个名为WEB-INF的特殊目录。此目录及其子目录对应用用户不可视。它们包含servlet、类、.jar文件和组成应用的可操作部分的配置数据。在WEB-INF中有3个记录入口：1、classes，此目录包含servlet和其他类。这些类自动被servlet类载入器所发现，好像它们位于应用的类路径中。Classes可以有对应于包结构的子目录，与一个类路径中任何其他目录一样。2、lib类似于classes，但包含.jar文件。此目录任意.jar文件下的类都是自动可利用于类载入器，不需要在某类路径下显式列出。3、web.xml，这是被称为发布描述器的XML文档。它有与厂家无关的严格定义的结构，用于配置组成web应用的servlet和其他资源。

当你向某个对象发送了一个消息之后，不到运行时，系统不能确定到底该调用哪段代码。编译器只保证这个方法存在，并且检查参数和返回值的类型（不这么做的语言属于弱类型weakly typed），但是它并不知道具体执行的是哪段代码。要进行后绑定，Java用了一些特殊代码来代替绝对调用。代码用存储在对象中的信息来计算方法的地址。因此每个对象的运行方式会根据这段特殊代码的内容而改变。当你向那个对象发送一个消息时，对象实际上知道该如何处置。

在有些语言中，你必须明确申明，某个方法要用到后绑定的灵活性。在这些预言中，方法不是末仍地动态绑定的。而动态绑定是Java的缺省行为，因此无需添加什么额外的关键词就能获得多态性。要展示多态性，我们要单独写一段会忽略类型的具体信息，而只跟基类打交道的代码。这段代码会同与具体类型信息相分离，因此它写起来会比较简单，理解起来也比较容易。如果通过继承加入一个新的类，那么在这个新类上，你写的代码会同在已有的类上运行得一样好。因此，这个程序是可扩展的。

在面向对象的设计中，绝大多数的解决方案看起来都很贫：创建一个另一种类型的对象。这个新的对象会持有其他对象的reference。当然你也可以使用绝大多数语言都有的数组。但是这种通常被称作容器（也被称为collection，但是Java的类库赋予这个属于其他意义）的新对象可以根据需要扩容，以便让你放进所有的东西。所以无需知道要向容器里边放多少动气。你要做的只是创建一个容器对象，然后他会自己照料一切。

所有的容器都能让你放东西进去，那东西出来；通常有将元素放入容器的方法以及将元素取出来的方法。但是将元素取出来可能会有一些问题，因为如果一个方法每次只能选一个对象，那么它的功能太弱了。解决方法就是迭代器。它也是一种对象，其功能就是在容器中选取一个元素，并把它交给迭代器的用户。作为一个类，它也提供了某种抽象。这种抽象可以将容器的细节与访问容器的代码分隔开来。通过迭代器，容器被抽象成了一个简单的线性序列。迭代器能让你在遍历这个线性序列的时候不用去关心它到底用了什么结构——就是说，你不用去管它到底是arraylist、linkedlist还是其他什么东西。它能让你在不改动程序代码的前提下，修改其背后的具体数据结构。

使用容器的时候，只要把对象的reference直接放进去，用的时候再请出来就是了。但是，由于容器只能持有object，所以当你往容器里边放reference的时候，它就被上传给了object，于是就把自己的身份给丢了。当你把它提出来之后，你得到的是object的reference，而不是那个你放进去的东西。这里又要用到类型转换了，但这次不是顺着继承关系上传给一个更一般的类型。相反，你得沿着继承图向下传给一个更为具体的类型。这种方式称为下传。

如果下传出错的话，你就会得到一个叫做异常的运行时错误。我们很快就会讲什么是异常，所以只懂如何从容器提取出对象的reference还不够，你还必须记得它们是什么类型的，这样才能进行正确的下传。

为了生存每个对象都需要资源，最明显的就是内存。当对象不再需要时，就应该将其清除，这样才能释放它所占用的资源，以供别人使用。在简单的编程情况下，如何清除对象并不是什么大问题：你创建对象，需要的时候就用，用完就清除。然而实际情况往往没有那么简单。

怎样才能知道什么时候该清除对象？可能这部分程序已经用完这个对象，而那部分程序还没有。很多情况下，很多编程系统中（比如C++）都会遇到这个问题。它们都会让你在用完这个对象之后，明确地把它给删了。因此，事情就变得复杂了。

Java设计了一个垃圾回收器来处理释放内存的问题（仅此而已，不包括清楚对象的其他方面）。垃圾回收器会知道这个对象是不是还有人要用，并且会自动释放那些已经没用的对象所占据的内存。这点（加上所有对象都是继承单根的object类，以及你只能用一种方法来创建对象——在堆中）使得用Java编程比用C++简单了许多。你要做的决策和要解决的问题都会少得多。