|
4
|
| NoCarrier · 技术社区 · 17 年前 |
|
|
1
5
httphandlers是最轻量的,因为ashx文件后面的接口是ihtphandler,它是用于Web窗体和MVC的页对象的基础。 |
|
|
2
7
漫游者 是最 轻量化 从您的3个选项列表中。 就我个人而言,我会使用ASP.NET MVC,因为它为您提供了一个更丰富的开发环境,而且几乎没有额外的内容。 服务器 开销,特别是如果u 关闭大多数东西 … 角色等 也可以使用iis7集成模式,关闭尽可能多的iis7设置等。 |
|
|
3
1
省略第三个选项,因为如果应用程序都是使用httphandlers构建的,那么很难控制它。
ASP.NET MVC的一个主要优点是易于分离关注点。+ 1
ASP.NET MVC将为您提供一个简单的界面来设置路由、一个轻量级、清晰和可控的视图。+ 1 |
|
|
4
1
在大多数情况下,Web表单将是最重的。与WebForms相比,ASP.NET MVC非常轻,速度惊人。 在提供静态内容时,使用httphandlers构建用于服务页面的应用程序可能很快,但如果计划使用某种模板来服务动态数据,则会导致您自己做了大量不必要的工作。至于性能,很难用这个选项来说明,因为您的模板化可能很糟糕,也可能不是。 |
|
|
5
1
ASP.NET MVC、Web窗体和通用处理程序(.ashx)都是实现IHttphandler接口的httphandler。 在这些选项中,通用处理程序(.ashx)将是最轻量的。 |
|
|
6
0
ASP.NET MVC尽可能接近HTTP和HTML。 |
|
|
7
0
您应该使用MVC,因为与WebForms相比,您对生成的客户机代码拥有更多的控制,并且比ASHX处理程序更简单。 |
|
|
8
0
MVC给了你更多的对HTML产生的控制。因此,从带宽的角度来看,它肯定有更好的性能。有了它,生成这个HTML的代码也可能变得简洁。 然而,MVC并没有提高业务/数据层或数据库性能,它只是将它们分开。如果您想要分析,拥有多个层并不能提高性能,只需要程序的结构,这反过来可能会使自己适合于添加更多性能的方法。 MVC的另一面是学习如何思考MVC,以及学习如何使用框架。如果这不是一个问题,去MVC,它会教你一些好习惯,如果你还没有。 最后,HTTP处理程序并不是真正用于这种方式,而是用于文件代理之类的事情。 |