存放在Session有一些弊端，不能实时更新。server压力增大等...
要求:将从BO拿回来的数据存放在UI Cache里面，数据库更新了就通过RemoveCallback "告诉"UI Cache。实现更新。
环境：BO 提供一个WebService给UI取数据。UI也有一个WebService，提供给BO 通知UI更新数据。数据结构的原生类始终在BO层。
本来是想在数据库Update 后，在BO将Cache的数据推送至UI Cache，但当中遇到了自己解决不了的问题:
数据结构转换问题:
大家知道WebService数据通过一个数据协议，将数据序列化成xml传送。
UI Call BO的WebService取数据，数据原生结构在BO，数据也在BO，UI期望得到的数据结构是对BOWebService引用生成的Reference.cs里面自己主动生成的。
UI取数据能够成功。
可是BO Call UI WebService推送数据的时候就成问题了：
BO Call UI的WebService。数据结构非常应该是在UI层定义的(个人理解) ，可是如今数据结构的原生类始终是在BO层里面的。
BO数据原生结构
UI引用BO WebService生成Reference.cs
个人以为在BO 引用UI WebService生成Reference.cs时，EntyAuxiliary又会变了另外一个样子(由于UI的EntyAuxiliary是BO来的。而如今BO又引用UI的EntyAuxiliary，说的复杂点就是BO引用了UI引用BO的EntyAuxiliary)
可是BO引用UI WebService生成的Reference.cs代码里:EntyAuxiliary还是这个样子。
基于以上。BO Call UI WebService：
ReSetCacheData(string key,Object data);
报错:
就算我把原生类数据结构的数据转换成Reference.cs的数据结构也是报相同的错误。
为什么呢？
逼于无奈之下，仅仅好就需求改一改:数据库Update的时候。BO Call UI WebService，让UI自己又一次Call BO WebService取回更新后的数据。
这种方式就是BO通知UI。让UI自己去取数据。而达不到BO推送数据的优点了。
通知方式和UI轮询BO是否有数据更新方式 这种方式是否效率比較低下呢？个人比較不喜欢...
和W讨论过：如今普通的Call WebService流程是。第一种:UI主动Call BO,通过RQ 传送数据，UI主动Call BO。通过RS接收数据。
RQ,RS都是在BO层定义的，两次方式都是UI做主动。
另外一种:而我的情况是,UI 主动Call BO取数据，而BO 主动Call UI 推送数据。
这就是不同点。
W说 client和服务端之间通过WebService传送数据 的方式应该要像第一种。
我BO Call UI 推送数据的时候，数据结构就应该由UI层定义，可是我想：我UI有从BO WebService引用的Reference.cs自己主动生成了EntyAuxiliary，就把Reference.cs里面的EntyAuxiliary当做是在UI定义的数据结构不行吗？ 在BO推送数据的时候。我还把原生类的数据转换成了Reference.cs里面的EntyAuxiliary，结果还是不行。。
可能归根结底UI层须要接受的数据类型的原生类型是在BO层里面定义的吧？
下面两张图片是个人记录..
缓存的思考：
问题：
