Model view controller 为什么某些服务器技术在默认情况下不使用无文件页面扩展?

Model view controller 为什么某些服务器技术在默认情况下不使用无文件页面扩展?,model-view-controller,frameworks,Model View Controller,Frameworks,首先让我问一下MVC架构——ASP.NETMVC和RubyonRails。它们都不使用页面文件扩展名。这是否与MVC体系结构固有的功能有关,或者该功能是在其他地方设置的 既然MVC的工作方式不是原生的,那么为什么其他技术在默认情况下不设置为不需要文件扩展名呢?例如,ASP.NET可以设置为不需要文件扩展名,但默认情况下不是这样 据我所知,在web上使用页面文件扩展名是没有用的,这似乎正在流行,但为什么要花这么长时间呢?对于Microsoft平台,我认为这是因为自从复杂的操作系统存在以来,就一直存

首先让我问一下MVC架构——ASP.NETMVC和RubyonRails。它们都不使用页面文件扩展名。这是否与MVC体系结构固有的功能有关,或者该功能是在其他地方设置的

既然MVC的工作方式不是原生的,那么为什么其他技术在默认情况下不设置为不需要文件扩展名呢?例如,ASP.NET可以设置为不需要文件扩展名,但默认情况下不是这样


据我所知,在web上使用页面文件扩展名是没有用的,这似乎正在流行,但为什么要花这么长时间呢?

对于Microsoft平台,我认为这是因为自从复杂的操作系统存在以来,就一直存在扩展名。HTTP协议最初只用于服务静态内容,后来出现了ISAPI和CGI。由于磁盘上的内容已经具有文件扩展名,因此需要为要提供服务的文件指定文件扩展名(因为这是文件全名的一部分)。它就像HTTP上的文件系统

后来,当CGI/ISAPI出现时,实际上并不需要扩展,但是模式已经设置好了,并得到了遵循。微软的平台是建立在这个扩展之上的。IIS使用它来了解通过哪个ISAPI扩展传递请求(.aspx通过aspnet_ISAPI)

我不能为其他平台(如UNIX)说话