后台应用管理中的应用怎么修改应用类型

欢迎到专业群（ uni-app x技术交流群 ） 咨询，群中有相关专业的管理员和群友。

根据您的问题和知识库内容，针对“后台应用管理中的应用怎么修改应用类型”以及由此引发的 uni-push 2.0 无法获取 mastersecret 的问题，官方解答和解决方案如下：

1. 应用类型能否直接修改？

目前 DCloud 开发者后台（后台应用管理）不支持直接将已有的应用类型从 uni-app 修改为 uni-app x。应用类型是在创建应用（生成 appid）时确定的。

2. 项目为 uni-app x 但类型显示 uni-app，后续功能会受影响吗？

根据 DCloud 官方人员在社区的明确回复：没有影响。
参考链接：DCloud问答_214609

3. 无法显示 mastersecret 的解决方案

因为您复用了之前的 appid，导致后台无法像纯 uni-app x 应用那样直接展示 mastersecret。针对这种情况，官方提供了以下两种解决路径：

• 方案一：使用云函数 URL 化中转（官方推荐）
  如果您不方便重新创建应用（因为绑定了已购买的插件），DCloud 官方工程师建议：复用 appid 的话，可以用云函数的 url 化中转处理。
  即：后端服务器 -> 调用 uniCloud 云函数（URL化） -> 云函数内部调用 uni-push 2.0 服务端 API 进行推送。这样可以绕过直接获取 mastersecret 的限制。

• 方案二：在控制台特定位置查找
  根据 DCloud 官方文档说明，uni-app x 开通 uni-push 2.0 后是可以拿到 mastersecret 的，只是入口比较隐秘。您可以在开发者中心的 uni-push 2.0 推送控制台 的相关配置/设置页面仔细查找（通常在应用配置或对接信息中）。
  参考文档：uni-push 注意事项

4. 关于插件绑定的说明

您提到因为购买了插件所以不方便新建应用。需要注意的是，如果插件是绑定在特定 appid 上的，新建应用确实会导致插件授权失效。因此，保留当前 appid，采用“云函数 URL 化中转”是目前兼顾插件授权和 uni-push 2.0 服务端推送的最优解。

总结建议：
不需要强行修改应用类型（官方确认不影响功能）。请保留当前 appid，通过在 uniCloud 中编写云函数并开启 URL 化，让您的后端服务器调用该云函数来实现消息推送。

为什么uniapp类型不能更改成uniapp x类型，你们就是不作为。你看看多人因为你们这个问题踩坑，修改一次很难吗？想使用同一个appid你们做不到吗？