一般小型的信息系统总可以分为前台（也称“客户端”）和后台（也称“服务端”）。
服务端一般提供一些列后台功能，和DB交互，从经典的J2EE到现在的restful接口，它将业务的数据处理逻辑从呈现层的UI拆分开，数据解耦。
客户端一般提供UI界面供用户使用，主要分为BS和CS两种。
BS方式：用WEB技术开发的客户端UI界面，只要在浏览器打入web地址就能调出UI，使用方便但界面呈现相对弱于CS。不过近来HTML5等都很有展现力。
CS方式：用比如JAVA或.NET开发的，利用OS本地类库（WINAPI/MFC/WPF/GDI/DIRECTX/JAVA等）开发，有现成控件，运行速度快，界面元素丰富。
使用哪种方式因公司不同，研发策略，技术路线，开发团队能力，使用场景，用户要求，合同内容等而定。

为开发GIS（地图）应用，需要和GIS引擎交互，典型的有：百度地图API，公安标准PGIS，开源的arcGIS，第三方GIS供应商如数字位图等。这些API大都提供JS接口，也有FLEX（Flash）接口，有些是restful风格，封装的不错。其实都比较适合开发网站应用，或手机APP。因为现在典型的GIS应用主战场都在手机APP（安居客等），或网站（百度，大众点评等）场景中展开，所以都提供JS接口方便开发。

但笔者遇到的项目是传统的IT项目，客户需要开发基于GIS的应用，但只能用CS结构实现。所以经过尝试，采用了一种混合的方法，应该也有不少类似的情况。就是windows操作系统下的CS客户端中嵌入了IE的OCX控件，在控件中调用GIS引擎的JS/FLEX的API类库。此方式稍有点复杂，而且对于WPF层，JS层，以及和后台SERVER的信令交互，消息数据传递，局部页面PAGE的异步更新，都有一些注意点（在之后的手记中有机会再仔细描述），大家遇到类似上下文环境可参考。

讲了半天，转入正题。一个嵌入了IE的OCX控件并以JS调用GIS引擎的CS客户端，一般可以用C#/WPF来开发。客户端的内容和展现上其实分2两种截然不同的部分，既有GIS地图展现相关的类似WEB的JS内容呈现，又有典型的CS对话框，窗口，设备列表等展现。两种风格混在一起，可能让开发人员不太适应。

下面针对一个具象的问题“列表数据的展现”，比如需要显示一个dialog，里面哪怕只有一列数据，它显示一万个设备ID，怎么做呢？三个开发会有三个样子的东西开发出来。在实践，经过总结并和用户交流，给出如下6点，基本满足要求。

使用高效控件（数据量大就要考虑UI速度。比如MINIUI框架的listbox显示超过数百行就不太好用，可以改为grid控件或其他，但其实百万行的UI人怎么看的过来呢？不成立）
支持数据分页（如果列表数据字段可能超过200行，就应该分页，否则不方便用户查看）
支持数据排序（数据字段总是必须要排序的，不排序的信息毫无价值，用户脑中默认是排序的）
支持数据搜索（即使分页和排序了，还必须提供搜索功能，这样的组合拳下来，用户操作方便，认为界面友好）
支持滚动条（因数据项本身宽度可能很长，且记录行也很多，在有限的dialog可视区域内很难看清楚，必须支持滚动来提升展现力。）
支持TIPS提示（有时滚动很麻烦，为了临时看一下数据，应支持鼠标悬停到某个数据项的时候以tips形式显示“额外信息”，界面就更友好，展现力层次丰富了。）
以上6个要素，对LISTVIEW类型的控件比较基础，如果做好了，基本上用起来没有大的问题。其他UI控件的设计（无论CS还是BS）其实也是类似的思路去寻找呈现的要素和代码的多维度功能控制，最终是满足用户的要求，提升满意度，以此类推。