我过去使用HTML或Perl创建了多个网站.我现在正在寻找使用ASP.Net,因为它允许我使用我更熟悉的语言(C#).
我对aspx页面进行了一些实验,看起来他们总是添加视图状态,并从我当前的理解中向服务器添加额外的请求.
我只是希望能够像任何普通网页一样使用POST/GET数据+能够使用c#.
目前,我正在考虑使用ashx格式制作整个网站,因为它似乎是最接近满足这些需求的格式.这意味着我可能需要创建一个自定义模板管理器来打印静态html内容和生成内容的混合.
这听起来像是一种糟糕的做法吗？我不需要一个系统(aspx),它会增加我的页面的重量并减慢进程,如果我已经使用POST/GET请求处理所有内容没有？
ASHX基本上是处理程序页面.在一个满足webforms的网站中,ASHX经常被用于一次性JS调用,图像处理程序,或基本上填补你通常不会创建一个完整的ASPX的利基.
根据您的描述,您的目标是创建轻量级页面,您可以在其中获得更多控制权,这听起来就像您需要的是ASP.NET MVC.
此外,根据您实际执行的操作,您应该查看ASP.NET MVC的Web页面.如果您只是创建一个API,那么请查看ASP.NET WebAPI.这两种范式彼此非常相似,为您处理大量管理,并且不被视为遗产(截至撰写时为止)
更直接地回答你的问题 - 将ASHX用于一些你需要补充其他东西的端点可能并不完全是坏事,但随着时间的推移,随着应用程序范围的增加而增加越来越多的页面,它肯定会变得很糟糕.您最终会在项目中重复出现一个单一的"页面"结构,这可能不利于维护; 而对于MVC方法,您将至少具有用于某些质量控制和分离的结构.ASP.NET MVC已经为您提供了页面的分离,模板和控制,因此非常适合.
tl; dr - 是的,这是一个坏主意.