MVC体系结构中的模型/业务层/数据访问与存储库有什么区别？

我想通过声明我是.NET Framework和ASP.NET的新手来开始我的问题。但是，我正在尝试学习ASP.NET 5 MVC6。我阅读了许多教程，以使自己快速入门。我从中学到的主要教程是“ 7天学习MVC ”

我认为我已经了解了整个MVC体系结构，但是有些术语/层使我感到困惑，即模型，业务逻辑层，数据访问层和视图模型。

这是我对MVC架构的整体理解“如果错误，请纠正我”

• （M）模型：是代表数据库表的对象。数据库中的每个表都是一个模型。每个表中带有的每一列都是模型对象中的一个属性。举例来说，如果我有一个表称为“用户”与下面的列id，firstname，lastname和username那么模型将被称为user和“ ，和”是属性。idfirstnamelastnameusername
• （V）视图：通过将数据放入HTML页面将数据呈现给最终用户的方法。
• （C）控制器：是路由引擎将调用的一层。控制器类对用户应该看到哪些数据/视图具有一些逻辑。例如，UsersControllerclass有一个称为的方法，该方法Index()要求user模型提供一些数据，然后返回一个名为的视图ShowAllUsers。

但是，模型似乎在其下还有另外三层

• 视图模型：这似乎是一种将来自模型的原始数据转换为可显示的“视图就绪”格式的方法。例如，如果我们想向最终用户显示用户的全名，但在模型中没有全名作为属性。然后，我们在这一层创建一个新对象，该对象与模型对象相同，但具有一个附加的虚拟属性，称为全名。因此，我们现在可以在视图中显示obj.fullname。
• 业务逻辑层
• 数据访问层

另外，如果我想为我的控制器建立一个存储库，那么这里适合哪里呢？我确实知道这对于小型应用程序可能不是必需的，但是我只是想了解并学习正确的方法，然后我可以决定是否需要在我的应用程序中使用它。

我的问题是什么是业务逻辑层，什么是数据访问层？并且将在什么地方库适合在这里？

我将举例说明。