目前,我们的开发团队在其本地计算机上设置了他们在IIS中工作的所有网站.我们正在考虑转而使用内置的ASP.NET开发服务器.
这是一个好主意吗?使用ASP.NET dev Server有哪些优缺点?我们应该注意哪些问题?
谢谢.
注意:在Win XP/IIS 5/VS2005上运行
编辑:
没有意识到它被称为卡西尼.更多的答案Cassini v IIS在这里.
ASP.NET DevService没有什么可以做的,IIS无法做到(您可以设置断点等,只需将VS调试器附加到ASP.NET运行时).
但是,ASP.NET Dev WebService并不代表真正的生产环境,因此您可能会遇到在部署到生产时不期望的陷阱.
因此,我要求在本地计算机上使用IIS完成所有开发.在IIS中配置站点并不需要太多工作.
这是一个非常好的主意.以下是一些原因:
您不再需要管理员访问您的计算机进行Web开发(它仍然有用).
测试快速更改并继续工作要容易得多,并且更快的迭代周期也很好.
它可以简化开发环境的设置和部署.
XP版本的IIS具有Cassini支持的服务器版本中不存在的限制.
我所知道的唯一一个论点是,有一些非常罕见的边缘情况,Cassini内置服务器并不完全模仿IIS,因为你使用的是奇数端口号.我怀疑你会遇到它们,并且使用Cassini作为主要的开发环境并不妨碍开发人员也可以访问机器上的IIS. 事实上,我首选的设置是Cassini首先用于大多数小型工作,然后在将代码移回共享源存储库之前部署到我的本地IIS进行更深入的测试.
[编辑]
忘了重写网址.你确实需要IIS.内置XP IIS的一个限制的例子是你只限于XP中的一个站点(可以有多个应用程序,但这是另一回事).
我不得不为一个项目切换(返回)IIS,因为我需要设置一些在ASP.NET Development Web Server上无法实现的虚拟目录.
正如我在此处所述:https://stackoverflow.com/questions/103785/what-are-the-disadvantages-of-using-cassini-instead-of-iis您的开发人员需要知道Cassini是以本地用户身份运行的,这通常是开发人员的管理员帐户.该开发将能够访问其帐户可以访问的任何文件或资源,这与他们在IIS 6服务器上看到的完全不同.
另一件非常重要的事情是使用IIS和vdirs而不是单独的Cassini实例,调试Web服务要容易得多.