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