很高兴澄清如何正确解释yt：uploaderid值出现在收藏夹和播放列表视频feed中。
它似乎是24个字符的共识性（有人可以确认这是固定的字段长度吗？），似乎构成了22个字符yt：userId（再次有助于知道此字段是否始终是22chars），，由字符" uc"备份。
所以，我如何准确地确定播放列表中的原始上传器和收藏夹馈送？
对我来说，治疗yt是安全的：上载iD少于前两个字符，一如既往地映射以纠正，各自的yt：userId？
吗？知道固定的字段长度是否有助于DB设计，就像我需要一个char或varchar字段以及多长时间。任何最佳实践指南有人可以指出我吗？
已经阅读了有关v2.1澄清并处理用户唯一标识符的最新出版物（如果我正确理解的话，请使用YT：用户ID）和用户显示名称（根据YT的YT：用户名：用户名），但是有关此查询的此查询，YT中实际使用了哪些ID：uploaderID字段似乎被省略了？
所有见解都赞赏！对那些遇到麻烦做出回应并提前感谢的人。
yt:userId是给定用户的唯一标识符。yt:userId前缀UC是代表该用户上传的视频的给定频道的唯一标识符。
在GDATA API的版本1和2（和2.1）中，您或多或少使用普通的YouTube用户名，yt:userId值或UC yt:userId值在构造访问访问配置文件或用户上载feed的URL时互换时值。（在某些边缘情况下，某些操作不支持一种格式，在这种情况下，最好提交错误。）
在API的第3版中，该版本与旧版本相同的遗留兼容性问题不存在，这些值用于不同的目的。普通的YouTube用户名根本没有真正使用，用户ID值用作通道ID，并且UC 用户ID值用作播放列表ID。