问题标签 [asp.net-mvc]

我必须在一个大型的、旧的、意大利面条式的 ASP 系统中做一些重要的开发。我已经离开 ASP 很长时间了，我将精力集中在 Rails 开发上。

我采取的一个基本步骤是将页面重构为具有有意义名称的子程序和函数，这样至少在文件顶部很容易理解通常发生的事情。

ASP 有没有值得的 MVC 框架？或者如何至少从视图中获取业务逻辑的最佳实践？（我记得那天做了很多包含——这仍然是这样做的方式吗？）

我也很想对业务逻辑进行一些单元测试，但也许我要求太多了？

更新：

项目中有超过 200 个 ASP 脚本，大约有数千行；）哎呀！

我们可能会选择“大改写”，但在那之前，当我在更改页面时，我想花一点额外的时间来清理意大利面。

我想知道人们使用 ASP.NET MVC 框架有什么经验？特别是，我正在寻找有关人们使用该框架的体验类型的反馈。

人们为他们的视图引擎使用什么？db 层、NHibernate、LINQ to SQL 或其他什么？

我知道 stackoverflow 使用 MVC，所以请说这个网站。

谢谢你。

为什么选择 NHibernate 而不是其他任何东西？我不反对NHibernate，只是想知道理性。

上一次我使用 Castle Monorail 进行非平凡的 .Net/C# 应用程序时，总的来说，我很享受这种体验。.Net MVC 的早期访问/预览版本尚不可用。许多“微软商店”现在会发现“官方”解决方案更具吸引力。有没有人从 Monorail 转到 .Net MVC。

你是怎么找到开关的？
目前最大的区别是什么？

新的 Microsoft asp.net mvc 实现如何处理对您的应用程序进行分区 - 例如：

我想我想说的是，似乎所有内容都必须进入视图/控制器文件夹的根目录，这在处理一个项目时可能会变得笨拙，如果使用 Web 表单构建可能有很多文件夹和子文件夹文件夹来对应用程序进行分区。

我想我得到了 MVC 模型，并且我喜欢它与 Web 表单相比的外观，但我仍然在思考如何在实践中构建一个大型项目。

在处理表单帖子时，我有类似的东西

我没有在方法中使用显式参数，因为我预计必须适应可变数量的字段等，并且具有 20 多个参数的方法并不吸引人。

我想我在这里唯一的选择是模拟整个 HttpRequest，相当于 Rob Conery 所做的。这是最佳做法吗？很难用一个如此新的框架来判断。

我还看到了涉及使用 ActionFilter 的解决方案，以便您可以将上述方法签名转换为类似

我刚刚听了 StackOverflow 团队的第 17 期播客，他们对ASP.NET MVC的评价很高，我决定去看看。

但首先，我想确定这是值得的。我已经为几天后开始的项目创建了一个基础 Web 应用程序（供其他开发人员在此基础上构建），我想根据您的经验了解是否应该花时间学习 MVC 的基础知识并重新创建具有此模型的基本 Web 应用程序。

真的有大的优点值得吗？

编辑：这不是一个现有的项目，它是一个即将开始的项目，所以如果我要这样做，它应该是现在......

我刚发现这个

但是，它不使用现有的回发模型与服务器进行交互。相反，您将所有最终用户交互路由到 Controller 类 - 这有助于确保关注点和可测试性的清晰分离（这也意味着没有基于 MVC 的视图的视图状态或页面生命周期）。

那将如何运作？没有视图状态？没有活动？

我想忽略多个通配符路由。使用 asp.net mvc preview 4，它们附带：

我还想添加如下内容：

但这似乎破坏了在我的程序中生成 url 的一些助手。想法？

我想在我的网址中用破折号分隔单词。所以而不是：

我想要：

这可能吗？

我想用 Boo 而不是 C# 构建一个 ASP.NET MVC 应用程序。如果您知道配置此类项目设置的步骤，我很想知道我需要做什么。

MVC 项目设置没有问题。我想弄清楚如何配置页面和项目以切换到使用 Boo 语言和编译器。

过去两年我一直在使用 Castle MonoRail，但在一份新工作中，我将成为带 ASP.NET MVC 的人。

我了解观点、行动等的基础知识。
对于有 MVC 经验的人，我只需要一个好的示例。
除了 Scott 的 Northwind 交易员样本外，还有什么好的链接吗？