visual-studio-2017 - 在 Visual Studio 的逻辑应用设计器中选择现有连接时，为什么我的 JSON 文件中会添加一个新连接？

Question

我找不到任何有关此行为的文章。

我正在使用 Visual Studio 2017 和逻辑应用设计器。我有一个使用参数文件在部署时完美运行的配置。当我在设计器中打开 JSON 时，它显示“连接无效”，并且我可以选择选择现有连接或新连接。如果我选择现有的，该操作将再次启用并在工作室中运行。

但另一方面，在 JSON 文件中，创建了一个新连接，该连接与之前的连接完全相同，但它被称为(在本例中)sftp_2 - 该操作正在使用该连接。我尝试更改对旧连接的所有引用，但它不起作用 - 它给了我同样的错误。

我周五下类时它可以工作，但今天我重新打开 Visual Studio 后就不行了。我是否需要先激活/重新打开旧连接？

连接如下所示:

{
  "type": "MICROSOFT.WEB/CONNECTIONS",
  "apiVersion": "2016-06-01",
  "name": "[parameters('sftp_1_Connection_Name')]",
  "location": "[parameters('logicAppLocation')]",
  "properties": {
    "api": {
      "id": "[concat(subscription().id, '/providers/Microsoft.Web/locations/', parameters('logicAppLocation'), '/managedApis/', 'sftp')]"
    },
    "displayName": "[parameters('sftp_1_Connection_DisplayName')]",
    "parameterValues": {
      "hostName": "[parameters('sftp_1_hostName')]",
      "userName": "[parameters('sftp_1_userName')]",
      "password": "[parameters('sftp_1_password')]",
      "sshPrivateKey": "[parameters('sftp_1_sshPrivateKey')]",
      "sshPrivateKeyPassphrase": "[parameters('sftp_1_sshPrivateKeyPassphrase')]",
      "portNumber": "[parameters('sftp_1_portNumber')]",
      "giveUpSecurityAndAcceptAnySshHostKey": "[parameters('sftp_1_giveUpSecurityAndAcceptAnySshHostKey')]",
      "sshHostKeyFingerprint": "[parameters('sftp_1_sshHostKeyFingerprint')]",
      "disableUploadFilesResumeCapability": "[parameters('sftp_1_disableUploadFilesResumeCapability')]"
    }
  }
},

这是其中一项操作:

"Get_file_content": {
                      "type": "ApiConnection",
                      "inputs": {
                        "host": {
                          "connection": {
                            "name": "@parameters('$connections')['sftp_1']['connectionId']"
                          }
                        },
                        "method": "get",
                        "path": "/datasets/default/files/@{encodeURIComponent(encodeURIComponent(parameters('sftp_1_filepath'),items('For_each')?['Name']))}/content",
                        "queries": {
                          "inferContentType": true
                        }
                      },
                      "runAfter": {}
                    }

最后是连接数组:

"$connections": {
        "value": {
          "sftp_1": {
            "id": "[concat(subscription().id, '/providers/Microsoft.Web/locations/', parameters('logicAppLocation'), '/managedApis/', 'sftp')]",
            "connectionId": "[resourceId('Microsoft.Web/connections', parameters('sftp_1_Connection_Name'))]",
            "connectionName": "[parameters('sftp_1_Connection_Name')]"
          },
          "filesystem": {
            "id": "[concat(subscription().id, '/providers/Microsoft.Web/locations/', parameters('logicAppLocation'), '/managedApis/', 'filesystem')]",
            "connectionId": "[resourceId('Microsoft.Web/connections', parameters('filesystem_1_Connection_Name'))]",
            "connectionName": "[parameters('filesystem_1_Connection_Name')]"
          }
        }
      }

这是逻辑应用流程

Answer 1

其背后的原因是，Visual Studio 逻辑应用设计器不会检查此连接器使用的连接是否在逻辑应用或 Azure 中的其他位置使用。因此，在这种情况下，现在旧的 API 连接仍然在 Azure 中的某个地方使用，而是创建一个额外的 API 连接(在本例中为 sftp_2)。

设计器可帮助您发现“动态内容”。然而，要做到这一点，即使在开发阶段(而不是部署阶段)也需要创建 API 连接。

作为覆盖，Visual Studio Designer 中的此连接意味着保存后它将在 Azure 中被覆盖。由于在 Visual Studio 中工作时，您已经在使用 Azure 中部署的对象，例如连接。

如果发生这种情况，我通常会使用 Ctrl+H 将新连接替换为旧连接的名称，并删除旧连接的任何引用 — 这是一项繁琐的工作。

至于--''''''---------''''''''''''问题就变成了先有蛋还是先有母鸡的问题。您正在尝试设置命名约定，但如果您按照设计者的要求，则在设置命名约定之前已创建 API 连接。如果您在 JSON 中工作，则可以使用参数来完成，但设计器看起来似乎已损坏。可以构建该参数，使其仅修改连接名称。

此处连接器名为 blob-3221，但我必须使用名为 CustomVariableName 和 CustomName 的参数。我已经突出显示了代码中出现 Custom 的位置。所以这里说 azureblob_1_Connection_Name 是 blob-3221 ，显示名称是 blob-test，

这是声明但未使用的两个值:

部署时，它会获取以下值:

诸如 blob-3221 之类的占位符值将被删除，并注入(inject)自定义前缀名称。

不带前缀的名称的参数文件。