C# 在非MVC应用程序中使用ASP MVC工作流/框架

我正在为遗留Web应用程序构建管理Web界面。这个接口将被“超级用户”用来管理我通常在db中手动完成的后端工作。这可以是诸如报告生成优先级（应用程序生成每个报告需要10-15分钟，有时我们需要一个报告先于队列中的所有其他报告）、用户管理等

我的想法是让MVC中的M有点抽象。在数据库中，报告有点抽象。但在我看来，如果我“帮助”它工作，报表实体可以很好地使用MVC术语。一个报表可以很容易地进行CRUD操作，只需进行一些裁剪以适应db

这是一种使用MVC的糟糕方式吗？M作为域模型（某种程度上）而不是实际的DB模型是否存在问题

---

（是的，我是MVC的新手；）。所有这些都在ASP.NET MVC 3中，带有一个SS2k8 sql后端）

这样使用它是绝对正确的

---

MVC

中的

M

应该是抽象的。这就是为什么我们称它为

模型

，而不是数据库、XML文件、域服务或Web服务

M是一个领域模型，这一点都没有问题