前言

便携是一种趋势

网络服务是一种趋势

触摸屏的发展是一种趋势

..............

这些趋势发展到一定阶段就是在电影里看到的，一个电脑就是一个屏幕，而这些离我们并不远。

它是什么 

有这样一种服务，只要你是它的终端，你可以用它做很多事情，例如：
电脑，开机，进入一个数M程序的终端，当然这是一个服务终端，加载所需要的服务。
我需要浏览器，只需要 install xxx://www.servicegate.com/browser，然后start，一个浏览器界面就出来了，
我需要编辑word文档，google提供了这个功能。
我需要上QQ，install xxx://www.qq.com/qqservice，然后start，QQ界面出来了
我需要玩魔兽，没问题，只要暴雪提供了该服务，我们只需要一个install命令，就可以玩了。

这是一个全新的应用系统，它的一切都建立在网络的基础上，所有资源均来自网络服务提供商，这看起来像云计算，或是SaaS，没错，但是不管它像什么，它的目的只有一个，就是提供一个更安全，更方便，更快捷的应用平台。

它的操作就像你平时使用的操作系统一样，你甚至无法感觉到它的存在，因为在你开机的瞬间你就已经在使用它了。

它有什么好处

免费——它是免费的，你不需要为它支付任何费用就可以使用它
安全——在服务终端中（注意，它不是操作系统），它几乎取消了硬盘的概念，数据全部存储在你信任的服务供应商中，因此你不必为病毒或木马而发愁，当然也不需要买杀毒软件了。
快捷——不再花费大量的时间查看安装进度，然后再安装大量的驱动。
便携——就像你插入一个U盘，或是放入一个光盘，只要有网络的地方，你就可以使用它。
服务——你不再需要下载，安装等繁琐的操作，这一切都由服务中心来完成。

网络环境结构图

网络通信结构图

     1.   分布式MVC（N层）网络结构——可以理解为分布式C/S应用，最容易理解的例子就是网络游戏，客户端只负责接收和响应输入设备，服务器处理具体的业务逻辑和数据存储。
2.   通信协议——这就有点像HTTP了，但是它必须要比HTTP更强大才行，因为它需要更迅速的传输和响应，以及更复杂的通信内容和指令，当然这并不难办到。
3.   终端——它只负责根据服务的指令显示相应的内容，或者它只是一个服务的“镜头”。
4.   数据中心——可以理解为“云”。

终端结构图

     1.   boot——引导程序，加载终端的微内核
2.   设备驱动——基础驱动程序，在目前的机器结构中，这3个驱动是需要的，而理论上，它们应该集成在硬件芯片中，即设备统一驱动程序，换句话说，不管是鼠标，键盘，触摸，光电感应等输入设备，它们的驱动应该是统一的，因为它们只是用于输入而已，同理，网络设备和显示设备也一样。
3.   微内核——与Linux的内核机制相仿，只不过它应该是微型的，在应用层面，它可能只包含3个部分：用于加载管理服务的模块，用于实现通信协议的模块，用于显示的模块。
4.   服务加载模块——管理来自网络的服务，包括加载，卸载，启动等。
5.   View-SDK——来自网络的服务如何显示，就是由它来决定，可以把它想象成一个浏览器，但是它需要比浏览器更强大，从而引导通信协议的制定。这里的View-SDK目前还比较模糊，不能将它看成普通的SDK，它有可能只是类似于IE，或是实实在在的类似于可视化开发工具的界面，这里，先不确定它的细节问题，只要知道它是个能显示的东东就可以了。

示例

案例一、Eclipse

对于Eclipse，大家都比较熟悉了，如果要将它用于该平台，与现有平台有何区别。

终端部分：只有一个显示框体，他是基于终端的View-SDK的（之前有提到View-SDK，这里有个误区就是，把它想象成现有的Eclipse），没有代码，没有插件，甚至没有供它运行的文件（看起来像IE了，或是一个远程控制）。

数据中心：代码，插件等业务逻辑和数据存储都在这里了。

如何运作

终端通过新的通信协议向数据中心发出指令，由数据中心来决定终端的显示，通过指令或是其它方式。

问题

以上3个结构图，只是对这个平台的一个方向上的构想，在这个平台中，会包含以下问题：

1.   微内核的技术构成，结构是否合理，通过现有技术是否可以实现它，或者它与现有技术是否有冲突，并能否解决这个冲突。

2.   View-SDK的技术构成，是否能够以最少的代码实现，并且实现之后，还可以称之为微。

3.   通信协议的制定，这是依赖于View-SDK和服务器端技术结构的，因为它们都是全新的。

4.   其它，包括与现有的网络技术，软硬件技术的冲突，包括P2P和现有的网络协议等等。