Youtube api 如何相对于yt:userId使用yt:uploaderId

请澄清如何正确解释收藏夹和播放列表视频源中出现的yt:uploaderId值

它似乎由24个字符组成（有人能确认这是一个固定的字段长度吗？），似乎包含一个22个字符的yt:userId（同样有助于知道此字段是否始终为22个字符），前面是字符“UC”

问题是，我如何才能准确地确定播放列表和收藏夹提要中的原始上传者

对于我来说，将yt:uploaderId减去前两个字符作为映射到正确的yt:userId是否安全

知道固定字段长度是否有助于db设计，例如我是否需要char或varchar字段以及长度。有谁能给我指点什么最佳实践指南吗

已经阅读了关于V2.1和处理用户唯一标识符（使用yt:userId，如果我理解正确）和用户显示名称（根据yt:userName的属性）的澄清的最新出版物，但是关于yt:uploaderId字段中实际使用的Id的更细点的查询似乎被省略了

任何和所有的见解感谢！

---

向那些不辞劳苦回复并提前感谢的人致以亲切的问候。

yt:userId

是给定用户的唯一标识符。前缀为

UC

的

yt:userId

是表示该用户上传视频的给定频道的唯一标识符

在GDataAPI的第1版和第2版（以及2.1版）中，在构建用于访问配置文件或用户上传提要的URL时，您可以或多或少地互换使用普通YouTube用户名、

yt:userId

值或

UC

+

yt:userId

值。（在某些边缘情况下，某些操作可能不支持一种格式，在这种情况下，最好使用这种格式。）

---

在API的第3版中，这些值用于不同的目的，与旧版本不存在相同的遗留兼容性问题。普通的YouTube用户名根本不被使用，用户id值被用作频道id，

UC

+用户id值被用作播放列表id。

yt:userId

是给定用户的唯一标识符。前缀为

UC

的

yt:userId

是表示该用户上传视频的给定频道的唯一标识符

在GDataAPI的第1版和第2版（以及2.1版）中，在构建用于访问配置文件或用户上传提要的URL时，您可以或多或少地互换使用普通YouTube用户名、

yt:userId

值或

UC

+

yt:userId

值。（在某些边缘情况下，某些操作可能不支持一种格式，在这种情况下，最好使用这种格式。）

---

在API的第3版中，这些值用于不同的目的，与旧版本不存在相同的遗留兼容性问题。正常的YouTube用户名根本没有被真正使用，用户id值被用作频道id，

UC

+用户id值被用作播放列表id。

总之，您能否确认yt:userId是否始终是22个字符的固定长度，或者长度是否可以改变？我们从不保证这样的事情不会改变。虽然任何当前长度为22个字符的内容都将是给定用户的唯一id（而不是传统的YouTube用户名），但如果这种情况发生变化，在代码中做出这种假设可能会导致未来的问题。一定要防御性地编码！最后，您能否确认yt:userId的长度是否始终是固定的22个字符，或者长度是否可以变化？我们从不保证这样的事情不会发生变化。虽然任何当前长度为22个字符的内容都将是给定用户的唯一id（而不是传统的YouTube用户名），但如果这种情况发生变化，在代码中做出这种假设可能会导致未来的问题。一定要防御性地编码！