1

我正在尝试在部署到 Azure 的 .NET 项目中使用 51Degrees。2011 年 8 月，他们发布了标记为“Azure 兼容”的v1.2.1.3 ：

Foundation 现在可以部署到 Windows Azure 云服务上。有关要求和如何设置的完整详细信息，请参阅发行说明。Azure 相关更改包括： 将日志条目写入日志表而不是日志文件，而不是设备文件，将先前的设备请求写入设备表 新的条件编译符号 - “AZURE”。启用 AZURE 的构建在传统的 ASP.NET 中不起作用。

从那时起，已经发布了十几个版本，它们都达到了v2.1.4.9。但是，他们的文档非常简单地介绍了如何将它与 Azure 一起使用。其实原来有一个bug是因为v1.2.1.3声明

要使用这些更改，您必须创建一个名为“fiftyonedegrees”的存储帐户。然后，基金会将创建两个表，一个用于以前的设备，另一个用于日志。

这是不可能的，因为 Azure 存储帐户需要在所有实例中都是唯一的，因此每个人都无法创建名为fifityonedegrees.

他们的回应是：

重读博客后，我似乎在这方面做了一个疏忽，很快就会更新。

Foundation 查找的存储帐户可以在 Foundation 源代码中更改。转到 Foundation/Properties/Constants.cs 并将字符串“AZURE_STORAGE_NAME”更改为您的存储帐户的名称。

但是，我仍然不知道如何在我的项目中使用它。这是我的问题：

  1. 我不清楚 v1.2.1.3 是唯一与 Azure 兼容的版本，还是之后的每个版本都与 Azure 兼容。他们的文件没有说。
  2. 当我通过NuGet安装 51Degrees 时，我的项目没有App_Data创建与其文档相矛盾的文件夹。该web.config文件甚至包含引用App_Data文件夹的条目，例如<log logFile="~/App_Data/Log.txt" logLevel="Info"/>.
  3. 根据我之前引用的对 Azure 存储帐户错误的响应，他们说 IN 需要编辑文件Foundation/Properties/Constants.cs。但是，由于我是通过 NuGet 安装并且它是一个 DLL，所以 NuGet 可能是错误的方法？我是否需要下载源代码并自己编译并手动将其连接到我的项目？

我通常是 .NET、NuGet、VS 等的新手，因此感谢您的帮助。

4

1 回答 1

0

从 1.2.1.3 开始，所有版本都与 Azure 兼容。我假设这是您正在谈论的博客文章。创建 azure 存储帐户后，您必须编辑源代码中的 Constants.cs 文件并添加您的帐户名称。据我了解，这意味着您必须访问源代码并直接对其进行编辑。完成此操作后，您需要重新编译软件才能正常工作。我不确定是否有办法使用 NuGet 执行相同的任务，但我会研究一下。希望这可以帮助。

于 2012-09-19T13:15:15.083 回答