什么是使用的，而不是IIS卡西尼的（DIS）的优势是什么？什么是使用的，而不是IIS卡西尼的（DIS

我发现，在一些场合，我可以编辑源调试时，有没有使用Visual Studio内置的Web服务器，而不是在IIS虚拟目录的其他优势？

我用我的开发环境，Windows XP和IIS 5。我在多个项目的本地实例，所以我使用多个虚拟目录来管理所有不同的网站。

有什么缺点？

Answer 1:

内置在Visual Studio的Web服务器被称为卡西尼和这里有一些它的局限性...

• 它只能承载每个端口一个ASP.NET应用程序。
• 它不支持HTTPS。
• 它不支持认证。
• 它仅响应本地主机的请求。
• 慢启动相比于IIS

Answer 2:

以前所有的反应是伟大的答案 - 这里有一个gottcha与卡西尼号可能需要在IIS destkop。

卡西尼运行在显影剂的情况下，不作为IIS用户（IUSR_，IWAM，或在WinXP 64，w3wp进程）。 这可以是一个有点痛苦的，如果你有一个网站，正在访问外部文件或创建临时文件。 当你的开发人员正在作为其桌面的联系是最明显的。

当您移动到服务器IIS，东西，你会在卡西尼曾访问不起作用一样。 与IIS_WPG CACLing通常是所有需要修复，但如果你的开发者没有考虑到这一点，他们会很快与他们的部署相当沮丧。

Answer 3:

卡西尼不支持虚拟目录

Answer 4:

貌似第三个选项即将到来： IIS快递 。

Answer 5:

对于不希望给开发者自己的机器上的任何管理员权限配置IIS的大型企业。内置的服务器运行良好。

Answer 6:

我碰到的另一个缺点是使用自定义验证的网站形式IPrincipal / IIdentity 。 卡西尼号将切换AppDomains没有警告（或通知）。

检查这个博客帖子的more.The头痛这个让我放下卡西尼和IIS与坚持。

Answer 7:

Visual Studio的Web服务器即将那么宽容//路径。

它将拒绝提供像一个链接： http://localhost:52632/main//images/logo.jpg其中IIS会。

这是相当模糊的，但意味着我们有很多固定的做摆脱所有的//发生。

Answer 8:

有一个在内置的服务器处理的HttpModules的方式中的错误 -有一种变通方法 ，但我讨厌不得不摆在那永远不会在生产中所需的代码。

Answer 9:

• 你需要有Visual Studio中运行使用它（正常情况下）

• 只响应本地主机，所以你不能给的链接http://simon-laptop:37473/app1朋友查看您的网站在网络上

• 大disavantage：这是很难得到提琴手工作，因为本地主机的流量不通过代理发送。

编辑：使用http://ipv4.fiddler:37473是得到小提琴手与之合作的最佳途径。

Answer 10:

如果你“Web引用”的URL的Web服务，这是在内置的Web服务器，端口可能会改变。 除非你已经设置的项目 - >属性选项页中提到了“特定端口”。

这是我已经得到了，现在习惯了。 我总是设置一个特定的端口。 现在，当有时网络服务器崩溃（我有这种情况发生），我只是更改端口号，一切都很好。 我想重新启动也将解决这个问题。

Answer 11:

内置的服务器意味着开发人员不必知道如何设置IIS以测试他们的网站。

你可以说这是一个缺点，那一个Windows开发人员应该知道至少有那么多IIS。 或者你可能会说，开发商谁不是一个系统管理员不应该与Web服务器在所有瞎搞。

Answer 12:

卡西尼也不支持传统的ASP网页。 这是只为旧的ASP页面仍然存在（如我们在工作中的Web应用程序）遗留项目的问题。

Answer 13:

你不能使用虚拟目录:(

Answer 14:

如果您在使用XP家庭在家里做的业余爱好，你不能在本地安装IIS。

Answer 15:

内置的服务器是不是配置，它运行一个奇怪的端口上，因此，如果您的具体行为计数它可能会很麻烦。

Answer 16:

我经常拿两全其美并在IIS中创建一个应用程序，并使用内置的Web服务器更高效的调试。

Answer 17:

卡西尼号彪是光waight测试Web服务器。 这个想法是，开发人员不需要有IIS安装和配置，以测试他的申请。 使用IIS如果你是用熟悉并且它和你有它的设置和你的盒子可以韩德尔它。 卡西尼是不是彪是一个替代品。

Answer 18:

当您使用在Vista或Windows 7 UAC启用IIS，你必须运行Visual Studio具有管理权限。 如果你这样做，你不能离开你的外壳到Visual Studio（即使您运行的Explorer.exe作为管理员的一个实例）的下降。

为此，我使用卡西尼大多数项目。

Answer 19:

仅供参考，Windows XP的64位自带的IIS 6。

Answer 20:

这是一个古老的线程开始2年前。 当我只是偶然UtilDev卡西尼而谷歌搜索。 看起来很有希望给我。 至少它可以同时运行多个站点的能力。 这个功能对我来说是非常有用的，因为我在2个不同的网站工作，并在使用IIS它们之间不断切换。

Answer 21:

下面是第三条路的理由：虽然UWS临大概距离小于卡西尼到IIS（虽然灵感来自卡西尼号，是从UltiDev卡西尼叉的供应商），其主要目的是为了再发行的与ASP.NET应用程序一起。

Answer 22:

安装IISADMIN，并在IIS 5.0中，你可以设置单独的网站，而不是使用虚拟目录。

Answer 23:

内置的Web服务器比IIS有点不太可靠，但不需要设置所以它只是一个权衡。

您可能并不总是想暴露你的IIS服务器（即使您的本地IIS服务器）上开发项目，所以内置的服务器是好了点。

但是，如果你的应用程序要访问的资源规范之外的web应用程序，那么你可能需要在IIS经常调试，使您的应用程序将与受限制的权限运行，你可以看到那里的痛点会。

Answer 24:

我们也看到一些有关它把自己的脚本在\ aspnet_client文件夹的第三方控件的一些问题与VS内置的服务器。 由于该文件夹不存在，当你不IIS下运行，该控件没有工作。 这似乎是一个简单了很多，始终在IIS下工作，避免奇怪的问题。

Answer 25:

一个不同之处，我发现是开发服务器不同于IIS不会处理上传文件。 你不能捕获如果文件被上传的错误比你MAX_FILE_SIZE设置更大。 该页面只是死了，返回500。

Answer 26:

另一个DIS-优点是，它发送通过gloabal ASAX文件，该文件包括用于图像和样式表的所有请求的每个请求。 这意味着，如果你在代码中有该做的事情与文件名，如查找，然后auxillary文件willget处理过。

Answer 27:

通过IIS此外，您不必担心会自动记忆并在本地主机URL设置一个愚蠢的端口号。 这是时髦的东西直接与卡西尼......屁股大的痛苦所依赖。 谁愿意记住一些abritrary端口号。 只要运行在IIS..plain和简单的该死的网站。

Answer 28:

如果您的项目驻留在IIS目录，你仍然可以编辑代码，只是取决于它是否已经公布或者没有。 你会遇到的卡西尼这样的问题VS在调试某些基于权限方案，如Kerberos和NTLM身份验证，以及问题，如服务器压缩等所有在IIS中的所有卡西尼仍是没关系开发与但要确保你做发布到IIS时，广泛的测试。

文章来源: What are the (dis)advantages of using Cassini instead of IIS?