Если ваш код явно не проверяет доменное имя, вы сможете развернуть на II7 и протестировать с помощью http://localhost.
При таком подходе есть несколько предостережений:
- если вы используете сторонний API, для которого требуется ключ, связанный с доменным именем вашего приложения, вам, возможно, придется запросить два ключа - один для доменного имени (для целей PROD) и один для локального (для целей DEV) ). Я делаю это с помощью Google Ajax API и ключей Facebook Connect.
- http://localhost находится в другой зоне безопасности в IE, чем обычные интернет-сайты, поэтому, если ваше приложение использует любую точку доступа, требующую междоменной связи (например, Facebook Connect), у вас могут возникнуть проблемы с тестированием в IE7. Работает как Charm на Chrome и, кажется, работает правильно на IE8.
- если вы работаете с несколькими приложениями одновременно, вы не можете одновременно прослушивать все 80 портов. Итак, некоторые приложения должны быть перемещены на http://localhost:8080 или другой порт.
Мой подход заключается в запуске VS Dev WebServer (Cassini) на портах 808x во время разработки и развертывании на локальном IIS7 (используя CruiseControl.Net) на портах 888x. Это позволяет мне легко отлаживать с VS при работе с кодом, но при этом все еще имеет сайт, установленный на уровне среднего доверия на IIS7.
У меня также есть имя хоста в целевом домене, указывающее на мою машину разработчика, поэтому экземпляры IIS7 доступны как http://localhost:888x и http://dev.domain.com:888x,, что позволяет мне также тестировать интеграцию домена с API Google Ajax и Facebook Connect. Конечно, для этого требуется контроль над DNS домена и возможность добавлять в него запись A.
Однако учтите, что в этой настройке ничего не требует фактического тестирования URL домена.