我用ASP构建了几个数据库驱动的网站，我正在尝试将基本功能迁移到ASP.NET体系结构。
我希望导航树中的每个链接对应一个不同的功能，该功能将引导用户完成各种请求，并提供顺序数据库驱动的响应和可能的后续问题。我通常使用查询字符串在ASP中执行此操作，以执行SSI文件中代码的不同部分。导航树中的每个链接基本上都调用不同的SSI文件。
在ASP.NET中，我认为我对Web表单基础知识，数据绑定，站点导航工具和母版页有很好的处理能力，但我在整体设计图片方面遇到了麻烦。
我是否希望每个链接将用户重定向到不同的页面？我的理解是ASP.NET在维护状态信息方面要好得多，因此我不必依赖查询字符串来保持将值传递给SSI文件以执行每个任务的连续部分。
我应该使用BLL和DAL来执行此操作和/或存储过程和托管代码吗？或者我可以更简单地使用ASP.NET网页来做这种事情，而不是网页表单？
将非常感谢包含参考文章和/或网络示例的反馈。谢谢！
答案 0 :(得分：1)
您不必放弃整个思维方式并使用ASP.NET Web窗体。
自2001年问世以来，我一直在使用ASP.NET Web Forms创建网站。但我认为ASP.NET MVC将是一个更容易的过渡。我的意思是，MVC中的某些东西比Web Forms更难。但总的来说，MVC将推广更多的网络友好实践，这就是我现在更喜欢的。
例如，Web窗体中回发和视图状态的整体想法肯定会使很多事情变得更容易。但他们也有一个伤害搜索引擎优化和打破后退按钮的问题。 MVC不依赖于任何这一点，并且更容易通过表单发布帖子，重定向和URL来改进用户体验。
我写了一篇文章回来比较MVC和Web Forms ... http://swortham.blogspot.com/2009/10/when-to-use-aspnet-web-forms-and-when.html
答案 1 :(得分：0)
根据我所看到的情况，看起来您在多个ASP页面上都有向导式导航，并且您希望在ASP.NET（WebForms而非MVC）站点中具有向导式导航。
如果我误解了这个，我很乐意删除这个答案。
我建议Wizard control，（Video demos available all over the place）将在一个页面中提供这样的界面，从而降低了很多复杂性。没有必要跨页面跟踪变量 - 它们都在一个页面中，因此始终可以访问。
向导页面确实往往有很多代码和标记，但权衡的是所有向导功能都是一步到位，而不是分散在文件中，而且每一步都发生了明显的事情。使用多文件方法，维护开发人员需要跟踪哪些页面发布到哪个页面，并花费更多时间来理解设计。
答案 2 :(得分：0)
关于MVC vs Web Forms的文章非常有趣，虽然在看了几个培训视频之后我得到的印象是编码与ASP有点不同。 （我也看到大多数例子涉及C＃，虽然我已经看过一些VB，这是首选，因为我已经在很短的时间内学到了很多新东西。）另外，我想知道MVC是否会让我使用验证工具，在这个项目的不同方面非常必要，涉及几种不同的，很长的形式。鉴于我已经花了相当多的时间来学习ASP.NET，我想知道我是否应该更加努力（或两个）并学习如何创建业务对象（BLL）和数据层（DAL） ）。