zhy_aid_cn

在应用系统之间使用积分兑换可能存在一个隐患

那就是，在A系统兑换到B系统的过程中，积分可能消失，

即：A系统的积分被扣除了，但是在B系统却没有增加相应的积分。

=======================================
在UC的规则中，用户的注册，不是同时注册到各个应用系统中的，

换句话说就是，在A应用中有x用户，但是在B系统中却没有x这个用户，

如果这时候用户使用积分兑换功能，积分就消失了。

=======================================

这个是UC在研发过程中可能没有考虑到的，

但是，这是一个缺陷。

个人认为出现这个问题的根本原因是，大家对UCenter 的理解的问题。

不管是用户中心，还是你的中心，

那么UC各个应用中需要进行数据交换的各种基本信息是应该存在于UC的，不是一部分存在UC，而另一部分存在于各个应用中。

[ 本帖最后由 zhy_aid_cn 于 2008-5-10 17:56 编辑 ]

枯心树

在UC的规则中，用户的注册，不是同时注册到各个应用系统中的……
那就是说，现在用户数据都是以UC为中心，数据库了？

那就是说，A 系统有“X”积分，可UC却没"X"积分，那转换就会丢失对吧？

monkeye

UC只提供一个兑换平台
不保存积分

枯心树

引用:

原帖由 monkeye 于 2008-5-12 16:37 发表
UC只提供一个兑换平台
不保存积分

那用户信息呢？是同时保存在各整合的程序中还是以UC为存储？

cnboyer

我也出现过UCH积分兑换到DZ，结果积分完全消失，没有任何记录可查的情况

报告完毕！！！

zhy_aid_cn

引用:

原帖由 枯心树 于 2008-5-12 16:41 发表

那用户信息呢？是同时保存在各整合的程序中还是以UC为存储？

user center 那么很明显是放在UC的，

枯心树

引用:

原帖由 zhy_aid_cn 于 2008-5-12 19:34 发表



user center 那么很明显是放在UC的，

原来这样的。我就说了。那其他程序不能调用吗？

jilingshu

yes
uc设计得就不是很完善
类似于我们做第三方整合，用户数据各有各的
我说下具体的
假如uc中注册了一个账号，那么uc的数据库中会新增一个记录，包括你的名字，密码等信息。
此时，和uc整合 的系统，比如dz ss中是没有这个用户的记录的，只有当你登录后才有。
以后每次登录，dz ss中的数据会和uc中的同步一次。
事实上，这并不是一个好方法。好的解决方案应该把用户数据统一保存在uc中，各系统中不改再存储。

枯心树

引用:

原帖由 jilingshu 于 2008-5-13 20:48 发表
yes
uc设计得就不是很完善
类似于我们做第三方整合，用户数据各有各的
我说下具体的
假如uc中注册了一个账号，那么uc的数据库中会新增一个记录，包括你的名字，密码等信息。
此时，和uc整合 的系统，比如dz ss中 ...

复制内容到剪贴板

代码:

比如dz ss中是没有这个用户的记录的，只有当你登录后才有。
以后每次登录，dz ss中的数据会和uc中的同步一次。

我大概明白了。登陆后，是在mysql那同步的对吧？所以就像uc所说的并非是php传送密码的。那每id每次都同步一次，那如果人数多会不会影响效率的？看DZ好像并没有。那积分方面呢？所谓的uc平台意思是？和登陆一样的？那如果a系统和b系统并不存在一样的积分，那如果换算就要靠uc了？……好深。对uc的原理还是掌握不了……

monkeye

id不需要每次都同步
而是肯定会一一对应