Asp.net ASP Classic到--没有ViewState的Webforms?

Asp.net ASP Classic到--没有ViewState的Webforms?,asp.net,asp-classic,Asp.net,Asp Classic,这是一个奇怪的问题,我今天才想到。几年来,我一直在尝试将ASP经典应用程序转换为.NETWebForms,我早就知道了 所讨论的ASP经典应用程序基本上是一个CRUD应用程序,但多年来我添加了大量的jQuery和Ajax,因此它的响应速度非常快,并且表现出我所希望的方式,因此它不是一个填充表单、发布到页面的应用程序。由于需要新功能,我仍在与.NET并行开发该功能 在任何情况下,我回头看的WebForms都充斥着ViewState和名为weird和total crap的控件 我没有太多的时间,开发

这是一个奇怪的问题,我今天才想到。几年来,我一直在尝试将ASP经典应用程序转换为.NETWebForms,我早就知道了

所讨论的ASP经典应用程序基本上是一个CRUD应用程序,但多年来我添加了大量的jQuery和Ajax,因此它的响应速度非常快,并且表现出我所希望的方式,因此它不是一个填充表单、发布到页面的应用程序。由于需要新功能,我仍在与.NET并行开发该功能

在任何情况下,我回头看的WebForms都充斥着ViewState和名为weird和total crap的控件

我没有太多的时间,开发进度很紧,所以我考虑在没有ViewState的情况下使用WebForms,这样我就可以从ASP页面中提取Ajax和jQuery代码,并像ASP一样使用.NET,其好处是调试以及我所拥有的大量数据访问和业务逻辑组件库用.NET编写,用于独立控制台应用程序

同样,时间紧迫。我在ASP.NET(管理员页面)中有一个独立的应用程序部分,因此我可以转储ViewState并开始重用前端代码

  • 这是一个过渡期的好方法吗?我还不确定我的最终平台是什么(MVC还是WebForms)
  • 除了禁用ViewState使代码正常运行和页面元素不执行诸如重命名控件或插入代码之类的“古怪”操作之外,我还必须做什么

  • 我特别询问作为短期解决方案这样做的可行性;我在#1中的“我不确定我未来的平台会是什么”中提到了MVC,但现在不可能了。Asp.Net网页呢?。由于您的应用程序是用经典ASP编写的,所以在ASP.net网页中转换不会花费太多时间。