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