Visual studio 2010 调试使用Microsoft Azure服务的Windows CE应用程序

这个问题可能与实际编程关系不大，而与环境设置关系更大

我正在为Windows CE设备开发一个应用程序，该设备将使用Microsoft Azure中托管的服务。显然，这一切都在开发中，服务本身还没有上传到Azure。因此，我使用MS提供的模拟器在本地部署服务。此外，我不认为将服务上传到Azure只是为了调试它是一个好主意，因为这可能会为我们支付一笔我们还不想支付的Azure账单

另外，请注意，我在Windows CE项目中使用VS2008，在Azure项目中使用VS2010（感谢MS放弃对移动设备的支持--）

问题是，该服务似乎只能通过127.0.0.1或localhost访问，如果我物理连接Windows CE设备或使用模拟设备，它将成为网络上的新实体，并且无法再访问该服务

---

如何调试我的Windows CE应用程序并让它看到服务，同时仍然能够调试服务本身？

您是对的，开发结构（允许您构建azure应用程序并在本地进行调试的计算仿真器）仅用于本地开发。有一些黑客可以让你绕过它，但我不推荐

我的建议是在更传统的托管环境中加速服务，至少在这些早期阶段是这样。您可以像往常一样将其定义为web应用程序，并使其正常运行。然后，当您知道它基本完成时，创建一个云服务项目，并添加现有的应用程序，将您的web应用程序引入云服务解决方案。一旦进入，将web应用添加为web角色就很简单了

---

从那里，您可以根据需要在本地和托管azure环境中完成服务测试。这使您能够最大限度地降低开发成本，同时仍能利用云的强大功能。作为一个优势，您还完成了大部分基本工作，以确保您的服务与多个部署场景兼容，从而为其最终生产状态提供了更大程度的选择。

您是正确的，开发结构（允许您构建azure应用程序并在本地进行调试的计算仿真器）只是为了当地的发展。有一些黑客可以让你绕过它，但我不推荐

我的建议是在更传统的托管环境中加速服务，至少在这些早期阶段是这样。您可以像往常一样将其定义为web应用程序，并使其正常运行。然后，当您知道它基本完成时，创建一个云服务项目，并添加现有的应用程序，将您的web应用程序引入云服务解决方案。一旦进入，将web应用添加为web角色就很简单了

---

从那里，您可以根据需要在本地和托管azure环境中完成服务测试。这使您能够最大限度地降低开发成本，同时仍能利用云的强大功能。作为一个优势，您还完成了大部分基本工作，以确保您的服务与多个部署场景兼容，从而为其最终生产状态提供了更大程度的选择。

好的，我不知道这是否是故意的，或者我是否发现了上述黑客之一，但是我看到IIS承载我在端口5100上创建的Azure站点，该站点的绑定是

*

，因此它接受所有连接

---

使用这个，我可以从我的模拟器访问服务，并且我仍然可以调试所有与Azure相关的东西。

好的，我不知道这是否是故意的，或者我是否发现了提到的黑客之一，但是我看到IIS托管我在端口5100上创建的Azure站点，并且该站点的绑定是

*

，因此它接受所有连接

---

使用它，我可以从我的模拟器访问服务，并且我仍然可以调试所有与Azure相关的东西。

如果该服务不使用Azure存储，这将起作用。考虑到我对Azure表存储的熟练程度（也就是说，我在这方面还是新手，有些东西往往会让我感到惊讶），我还需要测试一下。你可以在本地部署，并且仍然可以访问存储等托管项目。同样，如果您是松散耦合的，这允许您根据需要开发部分，并链接到托管或本地资源。因此，在服务开发的早期阶段在本地使用dev存储，然后在服务成熟时最终将其移动到托管存储。除非你有一批开发人员在努力工作，否则Azure存储费用应该是最低的（特别是与开发人员可能花费在安装单个环境上的时间相比）。如果该服务不使用Azure存储，这将起作用。考虑到我对Azure表存储的熟练程度（也就是说，我在这方面还是新手，有些东西往往会让我感到惊讶），我还需要测试一下。你可以在本地部署，并且仍然可以访问存储等托管项目。同样，如果您是松散耦合的，这允许您根据需要开发部分，并链接到托管或本地资源。因此，在服务开发的早期阶段在本地使用dev存储，然后在服务成熟时最终将其移动到托管存储。除非你有一批开发人员在努力工作，否则Azure存储费用应该是最低的（特别是与开发人员可能花费在安装单个环境上的时间相比）。