与平台无关的软件开发[转载]

[点评:smalltalk已经很少有人使用,kylix的概念非常具有吸引力.java的跨平台在于其虚拟机,但是速度有点慢.FLTK略显单薄,对中文支持不好.foxtoolkit还差不多可以,wxWidgets较具有实力.QT很全面]

与平台无关的软件开发

摘要:

几乎所有工业领域的设备都是通过网络控制的。 用户界面作为一个简单的终端程序运行在与主控程序不同的硬件上， 通过网络接收和发送数据， 并且对时间不是很敏感（比方说：初始化参数和显示测量结果）。 在下面的示意图中使用绿色的箭头显示：

软 件项目经常需要回答这样一个问题：我们应该支持哪些操作系统？ 本杂志的读者可能倾向于使用Linux， 而另一些人就可能需要其他的操作系统（通常是Windows）。 原则上，使用哪一种操作系统并不占应用程序的主要方面， 程序的使用者只要能够比较直观地看到执行结果就可以了。
下面本文就论证一个决策，在该决策中不需要特定的硬件平台， 因为写出可以在各种平台上编译运行的软件是可行的。 在本文中我们将仅限于运行Linux和Windows的PC， 使这些程序运行在Mac或MacOSX上也是可能的，但由于缺少硬件我们不能在这里进行演示。

_________________ _________________ _________________
通过使用与平台无关的库我们可以区分在对话框中产生控件的两种不同的方法：

1. 本机（native）库：使用与操作系统相关的例程来显示元素。 这可以保证所有的控件与本操作系统上标准的应用程序看起来是一样的。 而使用本机库显示的控件在Linux和Windows2000或XP上却有所不同。
   
2. 第二种可能的方案就是编写一种具有适当的观感（look&feel） 的程序，使用所有的控件在不同的操作系统上看起来都是一模一样的。
   

除了在单纯的编程技术角度上对程序库进行衡量， 其他一些操作上的因素，比如好用的 IDE、文档、支持成本等也占很重要的一个方面。让我们来比较一下：

• 开发环境：集成开发环境（如图形化的编译器，makefile生成器） 可以简化软件的开发过程。
• 文档和支持：程序出现问题时应能够立即获得帮助。
• 花费：因为大多数库允许个人自由使用，而应用于商业程序时有时收费却很高昂， 对于软件项目基本的决策来说这种开销需要由决策者来决定。
• 在操作系统间移植的实际开销。

在实际应用中还需要考虑的其他方面（当然并不是对所有的项目来说）：

• 为了与现有的系统结构集成，我们编写的软件应该能够应用本地控件。 用户应该在新的软件和本机上已有的软件之间看不出有什么不同。
  

下图使用层的模型展示了程序库的结构：

编程语言

第一个标准就是选择编程语言。下面我们来讨论几种可能的选择：

1. C/C++ libraries
2. Java
3. Kylix
4. Smalltalk
5. Mozilla

除了C和C++，由于开发者使用的比较少我们将会详细的解释。

一个例子程序

为了比较不同的软件包，我们将为所有的库生成一个例子程序。 该程序的实现并不提供什么实际的功能，但它可以显示最重要的一些控件。 我们使用Windows代码生成纯的Windows软件（Visual C++ 6.0, MFC Class-Library），其他的包会在观感（look&feel）上与之比较。 对于Linux发行套件我将选用RedHat fedora Core 2和Debian 3.0。

Windows 2000和Windows XP屏幕截图 （Visual C++源代码 win32_src.zip)).

C/C++ Libraries

Trolltech Qt

Qt是Norwegian company Trolltech开发的应用于平台无关编程的C++类库。 Linux窗口管理器KDE就是基于Qt的。 最早的时候Qt的许可证不能被很多Linux使用者接受， 因此就有人开发了构成Gnome窗口管理器基础的GTK+库。 其间Qt的Linux版本和MacOS版本也以GPL发布，并且包含所有源代码。 但Windows版本仍然只能商业性的获得。 一个供实验用的有时间限制的评估版本可以在它们的网页上下载－ 应用于商业目的和学术研究目的的应用程序是不同的。 下面我们将以商业版为例来进行说明，这一版本需要先进行注册。

除了Windows、Linux（Unix）和Mac版本，Qt还有一个嵌入式的版本， 该版本运行于一些嵌入式Linux变体上来提供简单的窗口管理。

在Linux 在安装应该没有任何问题。包括GUI生成器和Qt设计器、详细 的文档和示例程序、快速开始向导和类查看器。Qt设计器可以生成 使用XML描述的GUI界面。使用Qt工具qmake可以从XML描述生成合法 的Makefile。接下来qmake会调用Meta Object Compiler（Qt工具：moc），后者把Qt特定的语言扩展转换 成C++源代码。然后就可以使用标准的make程序编译成可执行的程序了。

按下面的顺序手工生成源文件(输入文件是MyDialog.ui）：

• uic MyDialog.ui > MyDialog.h
• uic -impl MyDialog.h MyDialog.ui > MyDialog.cpp
• moc -o moc_MyDialog.cpp MyDialog.h

Linux and Windows 2000 屏幕截图 源代码 (qt_src.tar.gz)

Qt总览 Overview

名字:	Trolltech Qt
版本:	3.3.2
操作系统:	Linux, Win32, MacOS, Solaris, IRIX, AIX, HP-UX
编程语言:	C++
许可证:	GPL 或专有许可证（商业）
优点:	在Linux上它是KDE窗口管理器的基本类库 在所有标准的发行套件上都提供安装包（安装非常简单） 提供普通的Windows控件 有很强的的开发环境 proven 支持从Win32 MFC应用程序移植，允许增量转换MFC源代码
缺点:	可能的许可证费用(很贵) 评估版本的软件在Windows下安装时会产生错误
开发环境:	e.g. QtDesigner, KDevelop
主页:
文档:	手册、教程、邮件列表 e.g.
参考项目:	KDE Desktop (Default e.g. with SuSE) Opera浏览器 Photoshop Album
发行:	广为流传

wxWidgets

wxWidgets工具箱12年前就开始使用了，但直到几个月以前它才叫现在的名字。 原先一直使用的名字wxWindows在与Microsoft“talks”以后被放弃了。 wxWidgets包括应用到所有应用程序领域的大量的类。 参考应用程序列表展示了该软件包的成熟度。

编程使用C++，与Windows下的Visual C++类似。

不 利的地方是在RedHat Fedora Core 2 上使用wxWindows2.4.2 编译我们的示例程序时会出错。因为在RedHat补丁后的GTK+版本中 GTK+调用被声明为私有的，系统不允许我们调用那些方法。 但这只是小问题，使用标准的GTK+库是不会有任何问题的。 在Debian上使用一切都OK。

在Windows上安装也没有任何问题。


Linux and Windows 2000 屏幕截图 源代码 (wx_src.zip)).

Overview of wxWidgets

名字:	wxWidgets
版本:	2.4.2
操作系统:	Linux, Win32, 嵌入设备（embedded devices）
编程语言:	C++
许可证:	LGPL
优点:	处理起来简单(simple handling)有好多例子。 非常好的文档。
缺点:	wxWindows2.4.2与Fedora Core 2 组合时有问题
开发环境:
主页:
文档:	手册、教程、邮件列表、wiki e.g.
参考程序:	AOL Communicator
发行:	没有大量发行

GTK+ (with gtkmm)

缩写来自“The GIMP Toolkit”。两个众所周知的项目是Gnome 窗口管理器（任何Linux发行套件的一部分）和图形处理程序GIMP。 Gome是Linux上除了KDE外的第二大桌面环境， 在许多的发行套件上它也是默认的桌面环境。 在GTK+版本2中观感（look&feel）方面显著地增强了。

GTK+一个特殊的地方在于它完全是用C实现的，因而GUI builder glade2会产生C代码。使用gtkmm（以前叫GTK--） 也可以使用C++编程。

与在Linux上专业的界面相比，GTK+ for Win32看起来可没有那么令人激动。 在GTK+的主页上有以下警告：在Win32上程序可能会意外的崩溃或有什么 不可思议的表现（The program(s) might crash unexpectedly or behave otherwise strangely）。（当 然，其他也有好多商业的程序在Windows 上也是如此。）程序的稳定性看起来跟机器和显卡驱动程序或机器上安装 的其它应用程序有很大关系（这是2004年9月6日的情况）。 勇敢的软件开发者点击下载页面时会遇到一长串的单个的软件组件需要下载， 因为在一个包容性很强的软件包里面搜索是徒劳的。 但是你可以阅读关于如何安装一系列的软件组件的介绍， 当缺少一些特定的组件时你还可以返回下载页面进行下载。 这也正好应了“GTK+ for Windows”主页上的声明： “您必须有相当的经验才能在您自己的程序中使用GTK+， 这可不是Visual Basic。”(You are expected to be quite experienced to be able to use GTK+ in your own programs. This isn't Visual Basic.)在经过安装完一些初始化组件并运行了一个不成功的例子程序以后， 大部分的开发者都不愿再深入地进行下去了。 在任何商业程序中提供这么不专业的“GTK+ for Win32”组件会使其丧失软件包的资格。


Linux上的GTK+屏幕截图 源代码for glade2 (gtk_src.tar.gz)

GTK+总览

名字:	GTK+ - The GIMP Toolkit
操作系统:	Linux, Win32
编程语言:	C (C++ mit gtkmm)
许可证:	LGPL
优点:	Linux上Gnome窗口管理器的基本库 安装包包含在所有标准的Linux发行套件中（安装非常简单） 提供普通的Windows控件 well-proven (under Linux)
缺点:	Win32上的实现非常笨拙，不稳定(status 09-2004)
开发环境:	e.g. glade2 (GUI Builder), Anjuta
主页:
文档:	手册、教程、邮件列表 e.g. http://developer.gnome.org/doc/API/2.0/gtk/index.html
参考项目:	Gnome Desktop GIMP Gnumeric
发行:	Linux: 广为流传, Windows:只有少数人使用

FLTK

FLTK Toolkit (Fast, Light Tool Kit：快速轻量级的工具箱) 是一个鲜为人知的软件包。 它是作为 的继承者来实现的。全部的源代码都可以从它的网站上下载， 2.3MB(Linux)和3MB(Win)的大小体现了它的名字。 在Linux上安装没有任何困难：解包并且执行“make”就完了。 然后使用者就有了库、示例程序、GUI builder－“fluid” 和一本编程小册子。很显然与重量级的Qt和wxWindows 比起来它提供的类是比较少的。涵盖GUI的类有：windows，menus， controls，OpenGL和显示图片的类等。它并不包含网络通信等其他的类。

Windows 上的安装会更复杂一些。当使用Visual C++做为开发环境时 只有主项目(main project）需要转换。但这可能在图形库上引起问题。 一种简单的解决办法是在配置文件config.h中将它们注释掉。另一种 在Windows上特有的功能是FLTK库的DEBUG版本总是会开启一个附加的DOS 窗口。这就保证了从命令行运行的程序可以写到标准错误（stderr） 和标准输出（stdout）。

总之FLTK给我们留下了很深刻的印象，值得我们深深地思考。 它的文档中也强调可以生成很小的可执行程序（80kb for a "hello world"） 和快速的2D和3D图形程序。还有它的可移植性也是值得一提的。


Linux and Windows 2000屏幕截图源代码 (fltk_src.tar.gz)

FLTK总览

名字:	Fast Light Tool Kit
版本:	1.1.5rc2
操作系统:	Linux, Win32, MacOS
编程语言:	C++
许可证:	LGPL
优点:	非常小巧的库 有源代码、文档和开发环境“fluid”。 很好的OpenGL支持(未测试) 普通的Windows控件
缺点:	在Win32 (Visual C++)环境中安装会有问题 The fluid开发环境在Windows不稳定
开发环境:	e.g. fluid (GUI Builder)
主页:	, 下载:
文档:	手册、教程、邮件列表 e.g. http://
参考项目:
发行:	很少发行量，即使用在软件开发者中也很少有人知道

FOX Toolkit

The Fox Toolkit声称是现有的最快的工具箱。 它提供大量的GUI元素和一个OpenGL界面。

在Linux和Windows上安装没有任何问题。也有详细的文档和示例程序可以参考。 在该版本中不包含类浏览器但可以以线查看。



Windows 2000屏幕截图 源代码 (fox_src.zip)

FOX overview

名字:	FOX Toolkit
版本:	1.2.9
操作系统:	Linux, Win32
编程语言:	C++
许可证:	LGPL
优点:	很好的文档
缺点:
开发环境:
主页:
文档:	手册、教程、邮件列表
参考项目:	X File Explorer (Xfe)
发行:	少量发行

其他可能的方法

除了上述的（类）库外我还想提一下下列项目， 但我们不准备在这里进行深入的探讨。

• GNUstep []: 在windows中使用有局限性
• Visual Component Framework []: 没有可用的完善的版本

JAVA

Sun公司在1995年推出了一种新的编程语言。 除了我们已经习惯的为工业产品（咖啡机、烤面包器等）设计的桌面PC Java外，最初通过Internet与Web浏览器相联系的Java applets 程序也取得了突破性的进展。同时， 由于Java的多种特性，使它也非常适合单独运行。

下面我们将逐一简短地介绍一下Java最重要的一些特性。

平台无关性

Java是平台无关的。Java程序由一些可以由虚拟机翻译的字节代码(Byte-code)组成。 这样，Java程序就可以运行在所有可以运行Java虚拟机的硬件平台上。 使用虚拟机解释执行与编译程序相比意味着低速。为了克服这一缺点， 人们又进行了改进。比方说JIT(just-in-time compilation)，使用JIT 可以将虚拟机的程序指令转换成物理机器的指令。 在这种情况下结果变成了内存中已经排列好的程序， 可以由机器快速执行而不需要解释了。 利用热点技术(Hotspot-technology)对运行时行为（runtime behavior) 进行附加的分析还可以获得额外的改进。

面向对象

Java是面向对象的。面向对象语言开发者的灵感来自于Smalltalk。 可能是由于性能的原因还有一些原始的数据类型没有用对象来实现。

语法

Java的语法与C和C++很相近，但避免了 C/C++ 中的一些很容易产生 Bug 的特性。 开发该语言的一个基本原则是组合已存在的编程语言中最好的概念。

一些例子

• 没有预处理器。因为所有的信息都直接从类文件中读取，预处理器和 头文件都不再需要了。
• 指针：Java不使用指针而是用引用代替。一个引用代表一个对象。
• 垃圾收集器：为了避免在创建和销毁对象时出现问题， 对象管理由Java运行时环境（JRE）控制。 离开活动数组的对象被自动销毁。没有使用的对象或内存数组， 错误的析构函数等都使用该技术进行控制。
• 异常：与C++中相比在Java中更大量的使用异常。
  

类库

Java包括了一个扩展类库：JFC（Java Foundation Class）用来生成 界面。(代码的名字叫Swing)

安全性

Java代码在执行之初被一个检验器对其结构的正确性和数据类型的安全性进行检查。 一个安全管理器监视着所有对外设的访问。任何安全性问题都被报告为运行时的异常。

是否适合所有项目

在所有项目中都使用Java是不明智的。上面提到的种种优点就有这种副作用。 有些属性不是语言本身的错误或者弱点，只是他们有意识地没有被实现， 这属于这种语言的设计哲学。例如：

• 对于特定平台的外设访问
• 直接访问硬件
• 干预操作系统的行为

Java开发工具箱(JDK, Java Development Kit)

JDK可以从Sun公司的网站下载。它包括一系列基本的程序， Java类和在线文档。其中程序包括一个编译器，一个调试器， 一个applet查看器以及各种各样的生成和测试Java程序和Java applets所需要的辅助程序。 该工具箱只提供从命令行上运行编译程序所需要的最基本的部分。 除上述之外，该软件包还包括Java运行时环境（JRE, Java Runtime Environment)，其中包括虚拟机以执行字节代码(Bytecode)。 文档中描述了所有的API。

Java版的HelloWorld(JHelloWorld)

使用标准的JDK可以实现标准的“Hello world”程序。
第一步：生成源代码。

sh>vi Helloworld.java



public class HelloWorld {

  public static void main (String[] args) {



    System.out.println("Hello World!");

  }

}

注意文件名和类名必须一致。
第二步，翻译。

sh>javac Helloworld.java

第三步：使用虚拟机执行程序。

sh>java Helloworld

JavaScript和Java

经常有人认为JavaScript和Java是差不多的，其实那是错误的。JavaScript 是最早由Netscape开发的嵌入HTML的一种脚本语言。它必须借助于 浏览器而不是一种独立存在的语言。JavaScript这个名字看起来更像一个市场策略。

试图标准化

直到今天所有对Java试图进行标准化的努力都失败了。 问题的原因可能是Sun不愿意放弃它在以后的Java标准开发中的主导地位。

反编译

Java程序存在的一个问题是可以被反编译。 且不管其他的安全性，Java字节代码可以被反编译成源代码。 因为与传统的汇编代码相比这些字节代码是写给虚拟机的， 因而有好多附加的信息，而利用这些信息可以很容易地进行反编译。 这样没有人可以在代码中隐藏有专有的API或一些特殊的技术。

奇迹般的语言还是短暂的兴奋

Java的概念最初被看作是对平台无关开发的一种终极回答。 但现在那种最原始的兴奋已经过去了。 在不同版本的Java虚拟机之间会有冲突，并且速度也是一个问题。 很多公司在经过试验后又回到了标准的C++编程。 越来越多的wxWidgets开发者的对wxWidgets大量的下载也是一个很有力的证明。

有关这一问题一个很有趣的网站是： 看在那里Sun的员工是怎么反对Java的。

Java和GUI

Java缺省提供两种方式编写图形界面的程序：

1. Java包含很丰富的类库（JFC，Swing）。在这里没有使用面向对象的方法， 所有的窗口组件都是用Java代码画出来的。 这就使得在运行时改变程序的观感成为可能。 读者可以在下面的屏幕截图中看到。
2. 基本的AWT方法。AWT没有复杂的元素（如树形组件）所以对大多数程序都不适合。

Metal-, Motif- and GTK+ 观感的Java屏幕截图源代码 (java_src.zip)


Windows 观感的屏幕截图( Windows 2000 and Windows XP (idential source code))

因为所有通用的浏览器都支持Java。 应用程序就可以写成像Applet那样在浏览器中运行。 这一技术可以用于其它技术比方说嵌入式系统， Java字节代码可以从集成了Web服务器的应用程序那里下载。

下图显示了一个与Java-Applet相同的集成在Web页中的程序。

示例程序作为Java Applet运行的屏幕截图 源代码 (java_applet.zip)

SWT和Eclipse

即使Java提供了与其他工具箱相似的GUI元素开发者还是不满意。 最大的问题就是执行速度不够并且功能也相对的少。 IBM开发了SWT（Standard Widget Toolkit）作为一个替代品。SWT 允许在Java中使用本地的GUI元素。IBM还开发了一个IDE Eclipse 项目提供平台无关的开发工具。工具箱和开发环境都是开源软件。

JAVA中的一些缩写

JDK (Java Development Kit)	生成Java应用程序的完整的工具包。包括程序，Java类库和文档。
JRE (Java Runtime Environment)	组成虚拟机，是执行Java程序所必须的
J2ME (Java 2 Micro Edition)	在有限资源的设备上运行
J2SE (Java 2 Standard Edition)	Java for the desktop (Linux, Windows, ...)
J2EE (Java 2 Enterprise Edition)	可以生成多层的客户机/服务器应用程序和Java-servlets and Java server-pages.
JFC (Java Foundation Class)	开发GUI的类库 (->Swing)

Java总览

名字:	JAVA 2 PLATFORM STANDARD EDITION DEVELOPMENT KIT 5.0
版本:	5.0
操作系统:	Linux, Windows, Solaris (SUN) Linux, Windows, AIX, Solaris (possibly MacOS, OS/2, FreeBSD, Amiga, BeOS) (Jikes -> IBM)
编程语言:	JAVA
许可证:	proprietary license (SUN)
优点:	健壮的语言（很多可能产生错误的原因都在语言的概念中消除了)
缺点:	专有的语言，被Sun控制 虚拟机必须与目标机器与配套 执行速度慢 SWT编程与Swing相比更复杂
开发环境:	e.g.. Eclipse
主页:
文档:	手册、教程 普通的: , SWT: ,
参考项目:
发行:	大面积发行

Kylix

Kylix是跨Linux和Windows平台的开发环境。用Delphi和C++开发应用程序， 使用Borland的CLX（Component Library for Cross-platform）库可以 使用应用程序在两种平台上运行。根据wikipedia的一张报告(Link ) CLX只是Qt库的一个包装。而且，Kylix IDE很显然只是一个基于wine 的非本地化的Linux程序(Link ) ，该程序的执行都连接到libwine库。考虑到这些，Kylix 对C++程序员来说可能没有太多的好处， 因为找一个自由的IDE使用Qt库可能更直接一些。

Kylix总览

名字:	Kylix
版本:	3
操作系统:	Windows, Linux
编程语言:	Delphi, C++
许可证:	Proprietary software
优点:	使用Delphi and C++开发
缺点:	许可证费用
开发环境:	Kylix
主页:
文档:
参考项目:
发行:	发行面不广

Smalltalk

Smalltalk是编程语言中的经典。它是施乐（Xerox）公司在1969/70年开发的， 直到今天它也是面向对象语言经典的例子。 在Smalltalk中任何东西都是一个对象。它没有简单的数据类型。 Smalltalk像Java和.Net(下面会讲到）在虚拟机在运行。 它的语法尽量接近自然语言但与任何其他的编程语言全然不同。 Smalltalk从一开始就常被用来编写图形环境的程序。 它大约早出现了10到15年。直到Java出现之前它一直都是非常成功的。

这里是用Smalltalk编写的“Hello World”程序：

Transcript show: 'Hello world !'; cr.

今天Smalltalk仍在使用。最广泛使用的变体是Smalltalk-80（1980年标准化）， 它有一个非常强大的开发环境如Squeak。

Smalltalk总览

名字:	Smalltalk (e.g. Squeak)
版本:	3.6
操作系统:	Windows, Linux, Solaris, MacOSX, Darwin
编程语言:	Smalltalk
许可证:	Open Source
优点:	完全面向对象
缺点:	Smalltalk被Java挤在一边，有很少的用户群
开发环境:	e.g. Squeak
主页:
文档:
参考文档:
发行:	不广

Mozilla

Mozilla？不是一个Web浏览器吗？怎么能用一个浏览器来编程呢？ Mozilla并不仅仅是一个Web浏览器，它还是一个包括不同的标准 （比方说XUL－一种基于XML的界面语言）的跨平台的架构。 XUL用来定义应用程序内容的结构。所有的文件都是纯文本文件。 Mozilla也不区分程序和Web页。

如果你在mozilla的地址栏中输入以下字符串你将会在浏览器中看到它自己：

chrome://navigator/content

下面的代码会在Mozilla浏览器中显示一个按钮， 当你按下它时它将会打开一个窗口显示“Hello world”。

xmlns="">

  

使用Mozilla进行软件开发与经典的软件开发不同。Mozilla有好多改革和创新。 比方说应用程序和表现形式的分离。这就使得改变程序的主题（Themes）成为可能。 Firefox项目的成功说明了这是一种非常健壮的架构。
Linux and Windows 2000 屏幕截图 源代码 (moz_src.tar.gz)

Mozilla总览

名字:	Mozilla
版本:	1.6
操作系统:	Windows, Linux,
编程语言:	XUL
许可证:	Mozilla Public License, Netscape Public License
优点:	全新的编程概念 支持很多Web标准 (JavaScript, Stylesheets,...) 应用程序可以在浏览器中或单独运行
缺点:
开发环境:
主页:
文档:	手册、教程、邮件列表 E.g
参考项目:	Mozilla firefox
发行:	广泛发行，但很少用于软件项目

Microsoft的答案

与此同时，Microsoft当然也意识到了这一问题并提出了他们自己的方法。 他们开发了一种叫做.NET的平台， 使用它将减少软件开发者向与之相竞争的Java平台的迁移，但并不仅限于此。 更近一步的观察可以看出他们很多的竞争者， 虽然它们隐藏在不同的名字后面。他们与Java的字节代码等价的是C# ('Intermediate Language' MSIL).

.NET是什么?

.NET是Microsoft专有的一项技术，它将是所有Microsoft未来产品的基础。 直到现在还被支持的Visusal C++的MFC库在.NET中被抛弃了。 .NET将简化网络和Internet应用程序的开发。其中采用了好多Java的思想。 它支持面向对象的语言并提供可以被其他几种语言（C#，VB.NET）使用的单一的类库。 这意味着，访问目标硬件的程序代码被转化为一种“中间语言（Intermediate language）” （相对于Java源代码->Java字节代码->虚拟机->物理硬件……)

未来版本的Windows将提供对.NET架构的支持。

什么是Visual Studio .NET ?

Visual Studio .NET是一种编程环境，旨在简化.NET软件的开发， 但并不是官方的。

Visual Basic (VB)与VB .NET的不同

虽然由于兼容性等原因VB.NET支持好多原始的VB方法也保持了好多 原始的语法结构，VB.NET都是一种全新的编程语言。

哪一咱编程语言是最适当的？

因为VB.NET和C#源代码都被翻译成MSIL，使用哪一种语言并没什么不同。 比方说，C#代码和VB.NET代码在执行速度上没有什么区别。 由于C#编译器是专为.NET编写的所以使用它可能会更适合一些。

.NET和Linux

尽管Microsoft向平台无关性方面努力，但它不可能开发一个Linux版本的.NET变体。 这也是为什么一个开发小组（与Miguel de Icaza相近, Ximian:Evolution) 在致力于做这项工作。开源软件包Mono版本1.0同时可以使用了。

.NET总览

名字:	Microsoft .NET-Framework
版本:
操作系统:	Windows, Linux
编程语言:	C#, Windows: VB.NET
许可证:	proprietary license
优点:	它是未来Windows的一部分
缺点:	专有软件 没有官方可用的Linux .NET版本 完全新的API
开发环境:	Visual Studio .NET
主页:
文档:
参考项目:
发行:	发行量很少

小结

在我们结束最后的评估之前，让我们再回到我们尚未完成的任务： 我们的目标是开发一个可以通过网络与相连硬件进行通信的程序 的前端。为此我们的源代码需要能够在Linux和Win32平台间转换。 该应用程序也不能与系统中已存在的软件程序(在外观上)有所区别。 对于这项任务我们上面对软件包的看法和测试是歪曲的并不能作为有效的普遍的论断。

关 于这个问题最好的例子就是FLTK工具箱。 使用它我们可以获得一个很小但功能非常好的软件包。 它的强大之处在于很少的代码、漂亮的图形界面和良好的可移植性。 这些都反映出该工具箱适合开发嵌入式系统的图形程序。 但是对于前端程序的开发，可用的类的数量和对程序外观的控制会更重要。 那么FLTK就不大适合这样的任务。

最令程序员失望的莫过于 Windows上的GTK+项目。 Linux社区的成员可以有更多的应用。 网站上的警告也不利于稳定程序员的信心。因为GTK+软件包看起来是非常有造诣的， 这更令人觉得可惜。不过潜力还是非常大的，而且在Windows平台上的实现也是非常需要的。

使用边缘的Smalltalk和 Mozilla只剩个人爱好了。 一个依赖于自己内部开发的硬件获利的公司，是不会进行这种尝试的。 即使Smalltalk是一种非常好的面向对象的语言， Mozilla和XUL编程也赋于了它所包含的浏览器更深刻的意义， 这些软件包也始终不会成为最终产品的主流。

我们回顾一下Kylix，象GTK+ for Win32一样，给我们留下更深的是 负面的印象，绝不像它最原始的产品Turbo Pascal那样辉煌。 80年代Borland推出了一款功能非常强大的IDE产品， 它可以运行在家用电脑和许多早期的PC上。 由于合情合理的价钱和快速的代码使得它广为人知。 但后来一切都变了。Borland变成了Inprise又回到Borland。Turbo Pascal变成Object Pascal，又变成Delphi最后变成Kylix （当然有所扩展和改变）。现在使用它没有任何理由，至少在新项目中是这样的。

在 这一环境中Microsoft显示他们已经意识到我们时代的需求。起初， 他们试图使用Visual J++推出Java标准。在Visual J++中，除了标准的Java命令， 对Win32-API甚至Windows注册表的访问都是允许的 （而这是与该语言的设计哲学相悖的）。而且，Win32可执行程序是自动生成的。 经过与Sun合法的磋商， 它必须显示一个警告指示新创建的应用程序在其他的操作系统上可能无法运行。 故事的结果是Microsoft停止了他们的Java计划，又开发了一个全新的策略。 通过.NET和C++他们又产生了一个新的标准。 .NET和C#的组合确实是一个非常匹配的软件包， 但即将退役的Visual++和MFC库的组合也是非常好的。 不利的一方面是人们必须无条件的接受他们的怜悯 － 实际上是被强制接受他们的标准（Windows）。 在可以预见的一段时期内Microsoft不可能计划将他们的.NET方案在其他操作系统上实现。 开源版本的Mono现在证明是可以胜任的。但不管开始的成就如何，现在还不能下任何结论。

非常值得推荐的是Qt库、 wxWindows和Java。由于所有三种产品都可以 产生很复杂的前端软件，做出最终的选择是困难的。不同的意见依赖于对支持、 花费、准备、编程哲学等的权衡。你可以详细研究他们之间的区别。 实际上在Java哲学中并不允许直接的硬件访问，但它会有其他的优点。 从技术的观点来看这三种竞争者都可以没有问题的达到我们的要求。

最后是作者个人的主观结论：开源爱好者可能倾向于用wxWindows完成任务。 因为除了有一个适当的概念和很好的工具支持外还可以获得充分的文档。