Q网志

　　在这篇文章里，我将描述一个Java桌面应用的原型，我把它叫做JImageing。我打算把焦点集中在应用的框架上，解释我怎么做技术上的决定和我怎么解决在开发过程中出现的问题。

　　为什么要建造一个原型？

　　很多应用程序的开发都是由于几个原因从一个原型开始的。这些原因中的第一条就是，你必须确定用现有的技术能够满足用户的需求。例如，在不用本地代码的Swing应用程序中Windows集成不能够被实现，这就导致丧失了一些Java跨平台的优势。SWT提供了一个和操作系统有限制的集成，这就允许你在很多本地平台上运行同一应用程序。在很多场合，J2SE平台提供给你需要搭建复杂桌面应用程序的丰富性能。在搭建大型Java桌面工程之前，你总是应该搭建一个原型去看J2SE是否满足应用程序的需求。

　　另一方面证明你的想法能够被实现并且你的技术决定是正确的，一个原型能够在开发过程中尽早的获得用户的反馈。原型也能帮助你估计完成你的工程所需要的时间和资源。花大量的工作去搭建一个有着菜单，对话框，拖拽特性、剪切版支持、恢复管理、打印等功能的用户接口。在开始这些工作之前，你应该知道搭建应用程序核心功能有多困难。如果你不得不用第三方自定义组件，你应该测试他们看看是否能和你的原型一起工作。如果你不得不解决扩展和性能问题，你应该通过原型状态找到解决方案。
Read the rest of this entry »

原文：
http://blogs.sun.com/Swing/entry/awt_swt_swing_java_gui
译者：Matthew Chen

Overview概述

Java GUI 工具包一直是一个倍受争议的话题。同样的争论也发生在其他编程语言如Smalltalk。实际上每个平台无关的语言都存在着这样的争论。Java作为当前最受广泛使用的编程语言而尤为突出。

这场争论在支持模拟组件(如widgets和control，在下文中也称之为仿造组件)和支持本地组件(在下文中也称之为原生组件)的人们之间展开，于是Java开发者形成了两个不同的阵营，提倡使用模拟组件的Swing，和提倡使用原生组件的SWT。
Read the rest of this entry »

转载：出处未知

Java 学习杂谈（一）

想来学习Java也有两个年头了，永远不敢说多么精通，但也想谈谈自己的感受，写给软件学院的同仁们，帮助大家在技术的道路上少一点弯路。说得伟大一点是希望大家为软件学院争气，其实最主要的还是大家自身的进步提升??

1． 关于动态加载机制??
学习Java比C++更容易理解OOP的思想，毕竟C++还混合了不少面向过程的成分。很多人都能背出来Java语言的特点，所谓的动态加载机制等等。当然概念往往是先记住而后消化的，可有多少人真正去体会过动态加载的机制，试图去寻找过其中的细节呢? 提供大家一个方法：
在命令行窗口运行Java程序的时候，加上这个很有用的参数：

java ?verbose *.class

这样会清晰的打印出被加载的类文件，大部分是jdk自身运行需要的，最后几行会明显的看到自己用到的那几个类文件被加载进来的顺序。即使你声明了一个类对象，不实例化也不会加载，说明只有真正用到那个类的实例即对象的时候，才会执行加载。这样是不是大家稍微能明白一点动态加载了呢？^_^
Read the rest of this entry »

返回目录

在Java 1.0中，图形用户接口（GUI）库最初的设计目标是让程序员构建一个通用的GUI，使其在所有平台上都能正常显示。
但遗憾的是，这个目标并未达到。事实上，Java 1.0版的“抽象Windows工具包”（AWT）产生的是在各系统看来都同样欠佳的图形用户接口。除此之外，它还限制我们只能使用四种字体，并且不能访问操作系统中现有的高级GUI元素。同时，Jave1.0版的AWT编程模型也不是面向对象的，极不成熟。这类情况在Java1.1版的AWT事件模型中得到了很好的改进，例如：更加清晰、面向对象的编程、遵循Java Beans的范例，以及一个可轻松创建可视编程环境的编程组件模型。Java1.2为老的Java 1.0 AWT添加了Java基础类（AWT），这是一个被称为“Swing”的GUI的一部分。丰富的、易于使用和理解的Java Beans能经过拖放操作（像手工编程一样的好），创建出能使程序员满意的GUI。软件业的“3次修订版”规则看来对于程序设计语言也是成立的（一个产品除非经过第3次修订，否则不会尽如人意）。
Java的主要设计目的之一是建立程序片，也就是建立运行在WEB 浏览器上的小应用程序。由于它们必须是安全的，所以程序片在运行时必须加以限制。无论怎样，它们都是支持客户端编程的强有力的工具，一个重要的应用便是在Web上。
在一个程序片中编程会受到很多的限制，我们一般说它“在沙箱内”，这是由于Java运行时一直会有某个东西——即Java运行期安全系统——在监视着我们。Jave 1.1为程序片提供了数字签名，所以可选出能信赖的程序片去访问主机。不过，我们也能跳出沙箱的限制写出可靠的程序。在这种情况下，我们可访问操作系统中的其他功能。在这本书中我们自始至终编写的都是可靠的程序，但它们成为了没有图形组件的控制台程序。AWT也能用来为可靠的程序建立GUI接口。
在这一章中我们将先学习使用老的AWT工具，我们会与许多支持和使用AWT的代码程序样本相遇。尽管这有一些困难，但却是必须的，因为我们必须用老的AWT来维护和阅读传统的Java代码。有时甚至需要我们编写AWT代码去支持不能从Java1.0升级的环境。在本章第二部分，我们将学习Java 1.1版中新的AWT结构并会看到它的事件模型是如此的优秀（如果能掌握的话，那么在编制新的程序时就可使用这最新的工具。最后，我们将学习新的能像类库一样加入到Java 1.1版中的JFC/Swing组件，这意味着不需要升级到Java 1.2便能使用这一类库。
大多数的例程都将展示程序片的建立，这并不仅仅是因为这非常的容易，更因为这是AWT的主要作用。另外，当用AWT创建一个可靠的程序时，我们将看到处理程序的不同之处，以及怎样创建能在命令行和浏览器中运行的程序。
请注意的是这不是为了描述类的所有程序的综合解释。这一章将带领我们从摘要开始。当我们查找更复杂的内容时，请确定我们的信息浏览器通过查找类和方法来解决编程中的问题（如果我们正在使用一个开发环境，信息浏览器也许是内建的；如果我们使用的是SUN公司的JDK则这时我们要使用WEB浏览器并在Java根目录下面开始）。附录F列出了用于深入学习库知识的其他一些参考资料。
Read the rest of this entry »

　　[前言：] Java软件设计师和管理人员经常会面临这样的难题：在开发应用软件的客户端时，应该在Swing、HTML、XML三种技术中选择谁。在这篇文章中，我将把自己在这三种技术方面的经验与广大读者共享，并对在Java应用软件开发中选择哪一种技术提出一些标准和技巧。在文章的最后，还会介绍一种整合Java Swing和HTML的新方法。

　　与现有的技术相比，Java有明显的优点，因此它已经在服务器端应用软件的开发中确立了主导地位。然而，由于每一个应用程序都有几种形式的用户界面和前端的表达形式，我们中的许多人都对在客户端采用Java技术有不好的印象，因此在客户端的开发中采用HTML似乎已经成为唯一的选择了。

　　实际情况是，在客户端应用程序的开发中不止只有HTML一种选择，我们将在本文讨论基于Java的应用软件开发中三种用户界面的解决方案。我将首先讨论HTML与JSP和servlet联合使用的优点和缺点，然后讨论Java最初的目标之一：通过GUI Applet实现交互式互联网。最后，我们将讨论XML以及由它所衍生出来的其他技术。
Read the rest of this entry »