在ASP.NET中实现ASP策略

我已经用ASP构建了几个数据库驱动的网站，我正在尝试将基本功能迁移到ASP.NET体系结构

我想让导航树中的每个链接对应一个不同的功能，该功能将引导用户完成各种请求，并提供顺序数据库驱动的响应和可能的后续问题。我通常在ASP中使用查询字符串来执行SSI文件中代码的不同部分。我的导航树中的每个链接基本上调用不同的SSI文件

在ASP.NET中，我认为我对web表单基础知识、数据绑定、网站导航工具和母版页有很好的处理能力，但我在总体设计方面遇到了问题

我想让每个链接将用户重定向到不同的页面吗？我的理解是ASP.NET在维护状态信息方面做得更好，因此我不必依赖查询字符串来不断地向SSI文件传递值来完成每个任务的顺序部分

我是否应该使用BLL和DAL来执行此操作和/或使用存储过程和托管代码？或者我可以用ASP.NET网页而不是web表单来做这类事情吗

---

如能提供包括参考文章和/或网络示例在内的反馈，将不胜感激。谢谢

你不必放弃你的整个思维方式，转而使用ASP.NET Web表单

自2001年ASP.NETWeb表单问世以来，我一直在用它制作网站。但我认为ASP.NETMVC对您来说是一个更容易的过渡。我的意思是，有些事情在MVC中比在Web表单中更困难。但总的来说，MVC将促进更多的网络友好实践，这正是我现在喜欢的

例如，在Web表单中使用回发和viewstate的整个想法无疑使很多事情变得更容易。但他们也有损害搜索引擎优化和破坏后退按钮的问题。MVC不依赖于这些，而且更容易通过处理表单帖子、重定向和URL的方式来优化用户体验

不久前我写了一篇比较MVC和Web表单的文章。。。

---

根据我所看到的，看起来您在多个ASP页面上有向导式导航，并且您希望在ASP.NET（WebForms而不是MVC）站点中有向导式导航

如果我误解了这一点，我很乐意删除这个答案

我建议使用，（），它将在一个页面中提供这样一个界面，从而降低很多复杂性。不需要跨页面跟踪变量-所有变量都在一个页面中，因此始终可以访问

---

向导页面确实有很多代码和标记，但折衷的办法是所有向导功能都是一步到位的，而不是分散在文件中，而且每一步发生的事情都是显而易见的。使用多文件方法，维护开发人员需要跟踪哪个页面发布到哪个页面，并花更多的时间理解设计。

关于MVC vs Web Forms的文章非常有趣，尽管在看了一些培训视频后，我觉得编码与ASP有很大不同。（我看到的大多数示例都涉及C#，尽管我也看到过一些使用VB的示例，这是首选，因为我已经在短时间内学习了很多新东西。）此外，我想知道MVC是否会让我使用验证工具，这在涉及多个不同且相当长的表单的项目的不同方面是非常必要的。考虑到我在学习ASP.NET方面已经投入了相当多的时间，我想知道我是否应该多花点时间学习如何创建业务对象（BLL）和数据层（DAL）

让我从一个非常简单的高层概述中检查我的理解。。。实际上，您有一个类似向导的界面要在ASP.NET中实现？（根据前面的问题，我逐步提出各种要求和各种后续问题，这是我从中得到的）对吗？见下面的评论。我是stackoverflow新手，无法响应…+1。就个人而言，我不是MVC的粉丝，但这是我自己的问题。我是那些喜欢WebForms模型的傻瓜之一但我认为你的建议很好，因为MVC看起来确实更像经典的ASP，而且我认为这也是一个更容易的过渡。@DavidStratton-过去几周，我一直在制作一份由300多个MVC问题组成的调查问卷。在过去，我会在Web表单中构建像这样的表单重的东西。但这是MVC中现有系统的一部分。无论如何，有些事情更难。但我一走就不算太糟了。是的，我确实认为来自经典ASP的人会更容易适应MVC。我对向导控件的第一印象是，它可能不够灵活，无法满足我的需要，但随着我对它的使用越来越多，我发现它可能会起到作用。所以陪审团还没有决定，我正在探索这两种选择。下面是一个我在旧ASP应用程序中使用的[Edit Call History Function]（）示例。向导控件或MVC是否足够灵活以实现这种功能？这里很好地总结了MVC 3验证。。。