我的Smart Client 的学习笔记

User Interface Process (UIP) Application Block - Version 2.0

相关文章
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnpag/html/uipab-ch01.asp

Updeater building Block

Microsoft Data Access App Block

Caching Application Block

Offline Application Block

Microsoft Updater Application Block


先记录下来,有空研究一下。

今天主要还是在看智能客户端的东西,晕呀。

智能客户端的确是一个很好的东西,但是里边存在太多的变数,现在将想法记录下来。

Smart Client是软件上的Smart,而对开发人员来说则不是那么Smart了。

我们首先要进行架构上的设计,而且最起码的是要考虑在线、离线两个模式,每个模式的处理都需要考虑到,而且我们要考虑两个模式下数据的处理和冲突检查。

在数据的显示上我们要考虑类似于网页的数据传输方式,要考虑分页了、数据缓存了。。。,总之是要保证数据传输流量的情况下,还要考虑效率的问题。

在数据的控制上尤其要考虑安全问题,输入需要频繁的校验和核对,以此来保证数据的安全性。

在部署上要考虑身份、权限、授权、安全等一系列的问题。

现在提出这些问题似乎觉得Smart Client不好,其实不是这样,而是智能客户端太好了,只是似乎在架构上还不是很成熟,所有的东西全部需要程序员来作,而考虑的不周到也可以算作Smart Client,但是似乎就不是那么完美了,完美自然就累了。

我对Smart Client的理解:

简单点说就是使用C/S结构来实现B/S的运行方式。

我认为Smart Client 就是一个C/S结构,虽然从IE地址栏里边运行,但是这个运行是受限制、有条件的,虽然它的本地资源使用更加强大,但是想要使用的更好似乎需要花费更大的代价的,想象昨天WebCast中的例子就是,想要在地址栏中运行一个Exe需要作很多的工作,但是还是有可能被FTP下载工具给截获了。。。

当一切都具备后,Smart Client似乎必须有一个类似于IE的Shell,它来负责调度各种Dll来完成用户的应用,所以我总认为,这个方式就是类似于现有的插件集合技术,只是不同用户的界面于权限有关,呈现的也就不同了,如果把Dll想象成界面,就像网站的页面调度了。

在更新上与BS结构不同的是,B/S只需要在服务端更新,SC则需要服务端与客户端的同步更新,否则程序就只能使用旧的了。

所以SC通过各种手段来保证本地资源的利用,但是又通过各种身份、权限来限制。强调离线应用的模式,又做了很多的数据验证、冲突检测,来保证数据的准确不过时。

但是总的来说,SC就是目前程序员的一个理想归宿,只是目前还不是很成熟,模式也很混乱,在使用一些智能客户端的应用程序,安装、部署、调试还是很麻烦的,程序的运行速度也很慢,但是程序的架构、理念、都是我们学习的好例子。

posted on 2005-03-09 15:35  Duiker  阅读(1818)  评论(3编辑  收藏  举报

导航