【问题标题】:Mimetype vs AppIDMimetype 与 AppID
【发布时间】:2015-01-23 22:24:28
【问题描述】:

您会看到 it is adivsed 使用您的应用特定的 mime 类型创建文件。这是正确的方式吗?我想知道,因为谷歌驱动器以某种方式将文件与为Open with 功能创建它们的应用程序相关联。这可以用于文件选择器吗?

【问题讨论】:

    标签: google-drive-api app-id filepicker open-with


    【解决方案1】:

    仅供参考——您提到您的项目 ID 是 alpine-dogfish-833. 如果您登录到开发者控制台,然后单击您的项目(这会将您带到项目“概览”页面),您将在顶部看到 2 个标识符: Project ID: alpine-dogfish-833Project Number: 1088706429537。 "项目编号" == "应用 ID" == "客户端 ID 上的数字前缀"

    【讨论】:

      【解决方案2】:

      如果文件包含只有您的应用可以理解的自定义内容,请使用应用特定的 mime 类型。否则,对您正在使用的任何类型的文件使用标准 mime 类型。

      【讨论】:

        【解决方案3】:

        I have finally discovered,当您的应用程序(使用 CLIENT_ID 标识)创建 mime 类型为 application/vnd.google-apps.drive-sdk 的文件时,mime 类型将扩展为 .<AppID>。 AppID 是您的 CLIENT_ID 的第一部分。基本上,在我的情况下,项目 ID 看起来像 alpine-dogfish-833。然后我生成了 Client_ID 1088706429537-4oqhqr7o826ditbok23sll1rund1jim1.apps.googleusercontent.com 和 1088706429537 是我们正在寻找的 AppID,因为当我的应用程序创建文件时,使用

        gapi.client.drive.files.insert({
                      'resource': {
                        mimeType: application/vnd.google-apps.drive-sdk,
                        title: file_name
                      }
        

        注意 mime-type 是 application/vnd.google-apps.drive-sdk -- 它不包含任何应用 ID。查询文件显示结果文件的有效 mime 类型实际上是 application/vnd.google-apps.drive-sdk.1088706429537。即使您拼错了application/vnd.google-apps.drive-sdk,Google 甚至可以修复 MIME 类型。

        这回答了我的问题,因为消除了所有的困惑。主要的困惑是您的项目有额外的应用程序 ID,您甚至可以在 CLIENT-ID 之前获得它,但它与使用特定于应用程序的 mime-type 签署文件无关。我在提到的问答中没有找到。其次,这回答了我的问题,因为它基本上说 mime-type 包含 APP_ID,因此 app id 和 mime-type 是同一件事,两者之间没有区别/冗余/冲突。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2014-09-21
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 2011-11-08
          相关资源
          最近更新 更多