Question

当我查看诸如https://<connections-host>/profiles/html/profileView.do?userid=98A10FD8-FCC3-5DD7-C125-6A9B0055D8C8之类的个人资料页面的源代码时，我在页面源代码中看到两种ID：

profilesData.displayedUser = { 
        key: "7a74e3bf-6cf4-40cd-a593-801275661353",
        dn: "<dn>",
        displayName: "Alice Someone", 
        userid:"98A10FD8-FCC3-5DD7-C125-6A9B0055D8C8", 
        // ...
};

userid对于用户来说似乎是常规的GUID，这对我来说很清楚。但是，为什么还要有一个附加的key属性？它看起来也像另一个GUID，但小写。

连接API

我要问的原因是：IBM's User API要求一个key属性，例如/profiles/atom/profileEntry.do?key=7a74e3bf-6cf4-40cd-a593-801275661353。我们也可以致电/profiles/atom/profileEntry.do?userid=98A10FD8-FCC3-5DD7-C125-6A9B0055D8C8，尽管这尚未正式记录。

有人可以解释为什么我们有两个ID吗？在这里使用key而不是userid的原因是什么？它不同意id的概念是唯一的。

Answer 1

Connections是使用具有不同数据库（人，博客，主页等）的几个不同应用程序构建的。每个DB都有自己的用户表和自己的键。第二个ID是用户ID，在所有数据库中应相同。

在您的示例中，键指向peopledb。仅在个人资料应用中有效。该Userid在所有连接应用程序中均有效。

IBM Connections：用户ID与密钥-为什么单个用户具有多个连接标识符？

连接API

1 个答案: