GUI

“通用篇”讨论的问题适合于大多数Java应用:不用new关键词创建类的实例 、使用非阻塞I/O等技术。前面介绍的改善性能技巧适合于大多数Java应用，接下来要讨论的问题适合于使用JSP、EJB或JDBC的应用。这一部分介绍的内容适合于图形用户界面的应用(Applet和普通应用)，要用到AWT或Swing。

网上似乎流行着这样一种说法，认为有些人之所以做不了编程，是因为编程语言不够好。我还看到有一部分人更甚，拐弯抹角的暗示说，编程之所以对大多...

绝大多数的关系数据库都明显不同于MS Access，它们都有两个截然不同的部分：后端作为数据仓库，前端作为用于数据组件通信的用户界面。

之前，要在CLR上开发GUI，开发人员不得不在如下几个重要技术框架之中做出选择：Windows Forms、ASP.NET、WPF、GTK#和Silverlight早期版本。

无论您使用什么语言开发 GUI 应用程序，收集用户输入的交互式机制都是不可或缺的。

除了最基本的 GUI 应用程序之外，几乎所有的 GUI 应用程序都需要菜单。菜单增加了任何 GUI 的可用性。

SWT 支持这些控件的一个混合版本，在 custom 包中，这些控件被称为 TableTree。

　BarApp 是 BasicApplication 类(内含控件生成方法)的扩展。还使用了这个应用程序的几幅屏幕快照来展示不同控件的特性。

可以从 IBM alphaWorks 获得 Abstract User Interface Markup Language (AUIML) Toolkit，它包含生成用 XML 方言表示的面板定义的 Visual Builder。

本文介绍的State模式应用于多类型数据、多操作模式的客户端软件，可以取得明显的效果;但如果客户端类和状态都很少时，使用本模式，反而增加了客户端类数量，增加了体系结构的复杂性，可以使用继承方式的类体系来实现重用，无须使用State状态对象的委托操作和回调操作。

本文提出了一种界面设计中的架构模式-界面组装器模式，它致力于分解界面，将界面和组装行为解耦，将界面逻辑处理与领域逻辑处理解耦，这样我们在开发GUI胖客户端界面应用时可以从众多的界面控制管理中解脱出来，而专注于我们的后台业务逻辑的开发。

GUI 一般是基于模型-视图-控制器体系结构设计的。其中，视图是从模型中分离出来的。

众所周知，Java 语言在服务器上以及 applet 领域已经非常成功了，但是它在最终用户应用程序领域为什么没有大行其道呢?

MVC 架构（或设计模式）是图形用户界面（GUI）的设计样式，由三部分构成：模型、视图和控制器。MVC 把表示层从数据解耦出来，也把表示从数据的操作解耦出来。

随着Internet的飞速发展，Java技术也得到了越来越广泛的应用。而无论我们是采用J2SE、J2EE还是J2ME，GUI都是不能回避的问题。

在本文中，我们会讨论设计师和开发者是怎样受益于在 GUI 开发中结合 Java 布局管理器的。Swing 类库包括几个布局管理器，从非常简单的 FlowLayout 管理器到更复杂和灵活的 GridBagLayout 管理器。

图形用户界面（ GUI ）对软件测试提出了有趣的挑战，因为 GUI 开发环境有可复用的构件，开发用户界面更加省时而且更加精确。同时， GUI 的复杂性也增加了，从而加大了设计和执行测试用例的难度。因为现在 GUI 设计和实现有了越来越多的类似，所以也就产生了一系列的测试标准。

本文中，我们将说明对于GUI而言，大量测试用例的不可用是一个严重的问题。我们将展示一个崭新GUI回归测试技术，首先在GUI结构发生变化时自动判断测试用例是否仍然可用。而后判断那些不可用的测试用例中哪些是可以被修复的并应用到修改后的GUI。最后修复这些可修复的测试用例。我们的技术整合到GUI测试框架中，对于任意一个测试用例，都将自动在GUI执行。我们将通过两个测试案例说明我们的技术是有效的，可以使很多测试用例修复，时间执行效率也是可以接受的。

无论是WIN32还是Windows Form还是WPF还是Swing，都不支持GUI线程之外的线程直接访问其API。今天我们来回顾一下这个发展过程。一个普通的操作是怎么被封装封装再封装的。

我对WPF有一些复杂的情感，但是有一点是确定的，这是近十年来Windows的图形子系统的一次重大改变，并且它还包括除了核心图形构造和程序API的一些主要的改变。