Generic Connection Framework(以下简称GCF)是在CLDC中定义的,由于移动信息设备的资源受限特性,所以java.net和java.io包不适合在这里使 用。现实世界中使用着各种各样的网络通信协议,这使得设计好这个框架非常不容易,至少我是这么认为的。然而当我们分析GCF的时候可以清楚地发现它有如下 几个特性:基于接口设计,便于扩展、提供创建连接的工厂方法、使用标准URL简化了程序员的工作。当我们察看CLDC1.1的api的时候我们可以发现其 中定义了8个接口、一个Connector类和一个ConnectionNotFoundException异常。在MIDP2.0中进行了扩展,提供了 HttpConnection、HttpsConnection接口,这样使得MIDlet具备了通过Http或者Https协议与server通信的能 力,提供了SocketConnection、ServerSocketConnection、UDPDatagramConnection接口,使得 MIDlet能够在TCP/IP层通过socket进行通信或者使用数据报进行通信的能力。至于CommConnection以及PUSH技术在这里不讲 述。
结合GCF的接口层次图来了解通用联网框架是最好的办法,下面我们看看它的层次结构。
最 上层的接口是Connection,其他的接口都从他那里继承。在Connection中只定义了一个方法close()。在我们的现实世界中通常使用的 是分组数据交换和电路交换,因此在联网框架中相应的定义了DatagramConnection和StreamConnection。由于在基于流传输中 我们需要对输入流和输出流通是具有操作的能力,因此StreamConnection扩展了InputConnection和 OutputConneciton,我们经常使用的Conn.openInputStream(),conn.openOutputStream()方法 都是在这两个重要的接口中定义的。StreamConnectionNotifier接口定义了连接监听器应该具备的能力,它的方法 acceptAndOpen()方法返回一个StreamConnection类型的连接,ServerSocketConnection继承了 StreamConnectionNotifier接口,这样如果你做socket server的时候就可以通过使用这样的URL,socket://:port在你的设备上建立监听端口等待连接。SocketConnection继承 了StreamConnection正好可以和ServerSocketConnection交相辉映。UDPDatagramConnection则是 为了在分组数据交换中使用,他继承了DatagramConnection接口。ContentConnection接口中只定义了三个方法 getEncoding(),getLength()和getType(),我们非常熟悉的HttpConnection就是他的子类,在 HttpConnection中定义了大量的操作,Http联网功能也是MIDP规范中要求厂商必须支持的连接方式。现在你应该对层次比较清楚了吧,继续 往下看如何使用GCF。
GCF的是使用非常简单,主要集中在Connector的open()方法上。我们要做的就是提供一个标准的URL参数传递给open方法,例如为了得到一个HttpConnection我们应该写类似下面的代码,
String url = “http://myip:myport/myservlet”;
HttpConnection httpConn = (HttpConnection)Connector.open(url);我们应该清楚这个URL的格式如何定义的,有兴趣的话你可以参考RFC2396,我这里只列入他的基本格式:{scheme}:[{target}][{parms}] ,针对不同的网络通信方式,你要做的就是写出不同的URL,并通过强制转换得到你需要的连接类型。这篇文章不提供如何进行数据传输的操作,你可以参考MIDP API文档中HttpConnection接口中的详细说明,也可以参考下面这篇文章在数据传输结束后不要忘记关闭连接,这时候你就应该使用Connection中定义的close()方法了。
至此,关于GCF的整体介绍就结束了。我们应该清楚GCF的接口层次关系、掌握如何使用GCF。同时不要忘记把这个框架的设计铭记于心,事实上我觉得CLDC和MIDP中很多设计都值得我们去多多的思考。