GIS中的“胖瘦”

GIS的应用框架中，有所谓的胖客户机和瘦客户机之分。通常情况下，我们需要客户机越瘦越好，这样比较利于我们的应用更广泛的发布，受平台环境的影响最小。 但瘦客户机带来的问题是服务器的压力越来越大，客户端的功能限制越来越多。随着硬软件技术的进步，这些问题都在逐步的得到改善。

我们常见的Web GIS系统并不是完全具备地理信息的概念，比如国内三大网上地图查询系统，map.baidu（mapbar），ditu.google（mapabc），map.sogou（go2map）所采用均是一种栅格文件的存储模式，这种模式的好处是效率非常高，非常适合轻量级的Internet应用，但他不具备直接在数据上进行的图形分析功能，图形属性综合管理。如果我们用ArcIMS的系统来替换常见的Web GIS，就会发现服务器的压力大幅上升，如果以三大地图门户的流量来计算，基本上是没有什么硬件来支撑的，但其实ArcIMS也不完全具有GIS应用的全部功能，如果要实现比较灵活的应用，现有的Web GIS图片式的瘦客户机模式都是不适合的。

事实上我们经常追求的是高性能低维护，其实并不一定非常的实用。互联网发展到现在，提出了所谓的Web 2.0，这个概念用于我们GIS的发展再合适不过了，所谓的2.0只不过是对互联网瘦客户机的不满，交互性太差大大制约了人们实际的需求，RIA在这个基础上不断的发展起来，那种将Flash和图片结合的GIS应用形态有了萌芽，但走不出上面的圈。

我们需要有不同的客户端来面对不同的用户群，ESRI的ArcGIS在这方面走出了一步，但没有走好，制作可扩展性的服务型的产品，避免为不同客户端编写庞大的重复代码，就能很好的将瘦客户机与胖客户机有机的结合。

 到这里，大家以为我会否定瘦客户机模式，并不时如此，应该说，之所以会出现这种情况，主要是我们的硬件满足不了客户的需求的情况下，我倾向于灵活分配服务器和客户机之间的功能，客户机实现交互和图形绘制，服务器主管数据管理与分发。如果硬件条件适合，这些完全可以放在服务器进行就像ArcGIS Server一样。