链接 MVC 术语、前端、后端和数据处理

Question

在将这些术语联系在一起时，我有点困惑。首先，让我解释一下我对这些术语的理解，然后是我的查询：

• 前端：用户看到的内容（HTML、css、javascript 等）。也可以称为PresentationLayer（对应模板、css文件等）
• 后端：代码库的其余部分。

所以，根据我的理解，整个MVC（模型-视图-控制器）架构将属于Back End：

• 模型充当Data Access 层
• 视图充当Application 和logic 层
• Controller -- 不确定这对应什么（我知道这是指 Django 上下文中的 url 映射）

查询：

1. 我的理解是否正确，还是我试图将 3 层架构（数据、应用程序（逻辑）、表示）与 MVC 混淆？
2. 对于数据层，我通过 MVC Web 架构代码库外部的脚本填充我的数据库。这些脚本在加载到数据库之前获取和处理数据。我应该如何称呼这些数据获取和处理脚本集（就软件架构而言）？

Answer 1

您正试图从软件开发的悠久历史中汲取大量术语，并进行简单的连贯统一......可能不会很好地工作......

前端与后端通常是指用户与之交互的事物与后端所指的“其他一切”。但这里没有强硬的路线。有些人会考虑模板后端，有些人只会考虑数据库后端......这个术语太糊涂了，没有太多价值。

你对MVC的理解有点不对……

模型绝对是数据访问通常发生的地方，但它通常也有您的应用程序逻辑。这里的想法是，您的应用程序独立于围绕它的 Web 应用程序而存在。

视图应该只有演示和数据输入。它不应该包含重要的应用程序或业务逻辑。您希望将尽可能多的内容转移到模型中。某些逻辑确实不可避免地会渗透出来，但应该尽量减少。

Controller 是模型和视图之间的接口。它是从视图中获取输入的粘合剂，将其传递给模型，业务逻辑在模型上作用。根据模型控制器的响应，控制器的职责是向视图提供数据。

最后，加载数据库的脚本与您的 Web 应用程序架构是正交的。它们听起来像 ETL 脚本，但我必须更多地了解它们才能将它们放入您的架构中。