1

Этот вопрос, вероятно, имеет меньшее отношение к фактическому программированию и больше относится к настройке среды.Отладка приложения Windows CE, использующего службу Microsoft Azure

Я разрабатываю приложение для устройства Windows CE, которое будет использовать службу, размещенную в Microsoft Azure. Очевидно, что все это разрабатывается, и сама услуга еще не загружена в Azure. Поэтому я использую эмуляторы, предоставляемые MS, для развертывания службы локально. Кроме того, я не думаю, что загрузка сервиса Azure просто для отладки - это хорошая идея, так как это может дать нам счет за Azure, который мы еще не хотим платить.

Также обратите внимание, что я использую VS2008 для проекта Windows CE и VS2010 для проекта Azure (спасибо MS за отмену поддержки мобильных устройств -_-).

Проблема заключается в том, что услуга доступна только через 127.0.0.1 или localhost, и если я физически подключаю устройство Windows CE или использую эмулируемый, он становится новым объектом в сети и не может получить доступ к этому службы больше.

Как я могу отлаживать приложение Window CE и видеть его в сервисе, хотя он все еще способен отлаживать сервис?

ответ

0

ОК, я не знаю, было ли это преднамеренным, или если я нашел один из упомянутых хаков, но я увидел, что IIS содержит сайт Azure, который я создал на порту 5100, а привязка для этого сайта - *, поэтому он принимает все соединения.

Используя это, я смог получить доступ к сервису из своего эмулятора, и я все еще мог отлаживать все связанные с Azure вещи.

1

Вы правы, ткань разработки (эмулятор вычислений, который позволяет вам создавать лазурное приложение и отлаживать его локально) предназначен только для локальной разработки. Есть некоторые хаки, которые позволяют вам обойти это, но я бы не рекомендовал его.

Моя рекомендация заключалась в том, чтобы развернуть службу в более традиционной среде хостинга, по крайней мере на этих ранних стадиях. Вы можете определить его как веб-приложение так же, как и всегда, и заставить его работать. Затем, когда вы знаете, что он в основном завершен, создайте проект облачных сервисов и добавьте существующий, чтобы привести свое веб-приложение в решение облачных сервисов. Входите, просто попробуйте добавить веб-приложение в качестве веб-роли.

Оттуда вы можете завершить тестирование сервиса как в локальной, так и в размещенной лазурной среде по мере необходимости. Это позволяет минимизировать затраты на разработку, сохраняя при этом силу облака. В качестве повышения вы также выполнили большую часть основной работы, чтобы обеспечить совместимость вашего сервиса с несколькими сценариями развертывания, что дает вам больший выбор для конечного состояния производства.

+0

Это будет работать, если услуга не используется, например, Azure Storage. Учитывая мое мастерство в Azure Table Storage (то есть, я все еще новичок в этом, и материал, как правило, удивляет меня), мне также нужно проверить это. – Shaamaan

+0

Вы можете развернуть локально и по-прежнему обращаться к размещенным элементам, таким как хранилище. Опять же, если вы слабо взаимосвязаны, это позволяет вам разрабатывать порции на предпосылках и при необходимости связываться с размещенными или локальными ресурсами. Поэтому используйте хранилище dev локально на ранних этапах разработки службы, а затем, в конечном итоге, перемещайте размещенное хранилище, пока служба созревает. Если у вас нет батареи разработчиков, накладывающихся на нее, плата за Azure Storage должна быть минимальной (особенно по сравнению с тем временем, которое разработчики могли потратить на настройку отдельных сред). – BrentDaCodeMonkey

Смежные вопросы