SWTJFace体会.docVIP

SWT/JFace体会Eclipse RCP：用于构建平台的平台在Eclipse RCP中实现反转控制(IoC)如何在Eclipse RCP中使用第三方包(图)SWT/JFace体会本来打算用RCP来做一个项目工具，但是因为时间紧迫，感觉对RCP还是没有把握。因此直接采用了SWT/JFace，并借助SWT-Desiger的帮助，顺利完成了项目工具的制作。 由于是第一次用SWT，碰到了不少的麻烦。主要得益于在Eclipse官方网站提供的技术文章和Eclipse的Help，解决了绝大部分像我这样的初级入门者的难题：比如Help中的Widget application structure 、官方网站提供的SWT Snippet等绝对是快速入门的宝贵资料。 感觉SWT/JFace还是很好用的，有些概念让人耳目一新，但也有些api提供的功能有待加强。通过和mashimaro师兄的探讨，想来我当时决定用SWT还是比较明智的，一是我按时完成了任务，二是对于RCP底层界面SWT有了深刻的了解，三是初学者本来就不太容易掌握RCP的架构，通过对SWT的了解今后学习RCP应会轻松不少。 附： SWT ( The Standard Widget Toolkit ) ?:?SWT是Eclipse下的一套跨平台的图形窗口API，但与AWT/Swing不同，SWT是利用了JNI ( Java Native Interface ) 调用操作系统的本地接口实现的，并且采取一一对应的方式( one-to-one mapping )，即SWT的本地化方法在不同的系统上有不同的实现。这样使得SWT比AWT/Swing更简单而又一致，并且效率更高，因而广受欢迎。 JFace : JFace对SWT作了较好的包装，使得程序员开发SWT时更方便，效率更高。 RCP (Rich Client Platform): RCP是一种全新的基于Eclipse插件的Java应用程序架构，这种架构的理念在于Eclipse的Everything is plug-in，特点是灵活、扩展性能良好。Eclipse RCP：用于构建平台的平台技术存在着一定的周期性。在经历了一段由瘦客户端统治的时期后，富客户端技术开始了它的回归。大量的组织正在将它们的应用程序构建成富客户端，其中许多组织将其应用程序建立在RCP（Eclipse Rich Client Platform）的基础上。术语富客户端首先表明此应用程序为用户提供丰富的体验；其次，它还表明此应用程序是某台服务器的客户端。虽然富客户端并不必须具有对应的服务器组件，但是它们通常会有对应的服务器组件。 　　富客户端在很多方面与胖客户端类似。它们两者都能为用户带来本地桌面体验，并提供那些通过瘦客户端技术很难、不方便或不可能交付的信息和功能。然而，富客户端可提供更多好的特性。胖客户端通常是一个难以部署和更新的大型单体应用程序，而富客户端在体积上更为轻巧，并且是基于部署和更新相对容易的组件模型的。从历史上来看，胖客户端是特定于平台的；而当今的富客户端技术发挥了底层平台的强大功能，同时隐藏了底层平台的细节，从而允许开发人员将精力集中于任务而不是各种特殊平台的特殊细节。 　　相对于胖客户端，富客户端还具有更好的可伸缩性。传统上，胖客户端直接与数据库相连接。这样就限制了胖客户端的运行环境（防火墙可能会限制胖客户端与数据库之间的连接），同时应用程序的可伸缩性（客户端与服务器之间的连接总数）也可能会受到数据库的限制。富客户端通常利用应用服务器，后者负责建立到数据库的连接。这种配置非常灵活（防火墙友好的）并且具有高度的可伸缩性。当然，技术中并没有必然限制胖客户端与应用服务器进行通信的东西，只不过在胖客户端技术流行的时候，应用服务器还没出现罢了。 　　没有规则规定富客户端应用程序必须是某台对应服务器的客户端。许多利用富客户端技术的组织正在构建健壮、可扩展、可更新、本地化的独立应用程序。同样，虽然富客户端通常利用应用服务器，但是并不存在要求必须这么做的规则或技术限制。没有理由说富客户端应用程序不能直接访问数据库。 　　富客户端技术代表了胖客户端与瘦客户端二者优势的结合：丰富的用户体验、高可伸缩性、平台独立，以及非常易于部署和更新。 　　Eclipse RCP是一项位于Eclipse平台核心的功能。大多数人想到Eclipse时，他们会想到Java集成开发环境（IDE）。如果您将Eclipse中关于IDE的内容剥去，剩下的就是一个提供基本工作台功能的核心，这些功能包括对可移动和可叠加的窗口组件（编辑器和视图）、菜单、工具栏、按钮、表格、树形结构等等的支持。这个核心功能就是Eclipse RCP。 　　Eclipse RCP为应用程序开发人员提供了： 应用程序和特性的一致且本