MVC 是编写 ASP.NET 应用程序的最佳方式吗？ [关闭]

更新：我知道没有一种最好的方法可以做所有事情。抱歉没有马上说出来。在数据访问教程的背景下，如果您必须执行他在该教程中所做的项目，如果您必须选择其中之一，您会做他所做的事情还是会使用 MVC？

Update:MVC 是否比此处的教程更适合对 ASP.NET 应用程序进行编程：

http://www.asp.net/Learn/data-access/ http://www.asp.net/Learn/data-access/

原来的：

我问这个问题是因为我最初是通过 Java 应用程序了解 MVC，然后是 RoR 和 Django 等。这些其他项目和公司的说法就好像 MVC 已经存在了很长一段时间，而且据我所知确实如此。然后微软开始将MVC放入.net框架中。

我问这个问题是因为我不知道如何很好地设计东西，并且认为我可以很好地通过 Scott Mitchell 的教程来模拟 asp.net 站点上的内容。我认为在 BLL 中创建抽象层是可行的方法，直到我发现 MVC 以及现在的 asp.net MVC。

老实说，我不知道什么是“正确”的做事方式。我只是创造了我需要的东西，但我不禁觉得自己错过了一些东西。

MVC 是在大型项目中开始执行操作的正确方法吗？具体来说，我指的是 MVC 和 ASP.NET，但也可能指 PHP 及其 MVC 框架之一。

无论如何，我想现在就确定一种标准的做事方式。

而且，出于好奇，为什么微软现在才开始做 MVC？

UPDATE:MVC 是否比 ASP.NET 上当前设置的教程更好？

我指的是 Scott Mitchell 教程，他在其中创建了用于抽象的 BLL。或者这也是一个 linq 问题。我应该说我理解将逻辑和表示分开的必要性，但不确定最好的方法。我正在使用 asp.net 教程。效果很好。然后我发现世界其他地方，正如我所看到的，正在使用 MVC。然后微软开始开发 MVC，所以对我来说另一种方法似乎已经过时并且是错误的做事方式。

不，这不是唯一最好的做事方式。

MVC只是一种设计模式。所有设计模式的目标都是简单性。因此，只要它能让你的设计更简单，就采用它。如果它使您的特定应用程序变得更加复杂，请尝试不同的方法。

不幸的是，有些人认为如果他们看到一种模式，他们就应该使用它。这不是真的。设计模式本身并不会让您的应用程序变得更好。它们不是终点。它们是达到目的的手段（很简单）。因此，只有当它们值得时，您才应该使用它们。

在我看来，没有充分理由的过度架构比没有任何特定设计的代码更糟糕。

EDIT:关于 ASP.NET MVC：我个人对 ASP.NET Web 表单有负面的偏见。在 MVC 之前，我通过编写自定义处理程序来对 HTML 进行细粒度控制，从而完成了高级项目的大部分动态方面的工作。 Web 表单使 Web 开发变得非常容易，但它们有一些特别好的东西，但有时会出现问题。其中第一个是ViewState第二个很复杂WebControl建筑学。别误会我的意思。这些都是 ASP.NET 辉煌的标志。我还没有见过像 ASP.NET Web Forms 这样简单的单一 Web 开发平台，这只是因为它具有出色的性能WebControl需要的支持ViewState。然而，在某些项目中，您希望对渲染的 HTML 进行精确控制（特别是当您有一些客户端逻辑时）。您还希望使服务器端代码在大型项目中可维护。在这些领域，ASP.NET MVC 确实大放异彩。但我认为 ASP.NET Web 窗体将仍然是一项更适用的伟大技术。毕竟，正如我所说的一般设计模式，您应该仔细评估您的设计，看看哪一种更适合您的需求。

具体来说，关于数据访问，MVC 通常比 Web 表单需要更多的代码。对于呈现表格数据（即适用 GridView 的情况），我认为 ASP.NET Web 窗体是完成任务的更简单方法。然而，大多数数据驱动的 Web 应用程序不仅仅是直接操作数据库中的表。它们的布局复杂。 StackOverflow 就是一个很好的例子。它当然是数据驱动的，但 ASP.NET MVC 更适合它。