Asp.net MVC 关于 n 层的问题

Question

我研究了很多 ASP.NET 的入门工具包，与 Web 表单相比，ASP.NET MVC 确实很棒，因为它运行速度快，开发也很容易。但是当我在一个有很多访问者并且主要基于控件的网站中安装 ASP.NET MVC、LINQ 时，我脑海中出现了很多问题。

假设我想建立一个规模较小但访问量较大且主要基于控件的网站(即电视节目信息网站)。您有节目、剧集。

1. 在 ASP.NET MVC 中使用 n 层架构是否高效且简单？
2. 我应该在业务逻辑层中创建自己的实体还​​是使用 SQL 表作为实体？
3. 我应该使用其中的应用程序缓存来保存缓存中的所有节目吗？

我喜欢使用 LINQ 的 MVC 表示层，但是当涉及到 DataAccess 和 BusinessLogic 时，它让我感到困惑。有人可以帮忙吗？

Answer 1

我的2美分:

1. 在我看来，在 N 层架构中使用 ASP.Net MVC 或 Web 表单没有区别。我们使用 WCF 在层之间进行通信。
2. 我们创建的数据传输对象不是 Entity Framework 实体。不过，我预计这种情况会随着引入 POCO 的下一个版本的 Entity Framework 而改变。
3. 不确定您所说的“显示”是什么意思。 ASP.Net 有自己的页面缓存，您可以使用企业库来缓存数据。

为了澄清，我将 Tier 定义为一台单独的机器，其中一个层将是一个单独的 dll。