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

Question

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

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

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

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

查询：

1. 我的理解是正确的，还是我试图将3层架构（数据，应用程序（逻辑），演示文稿）与MVC混淆？
2. 对于数据层，我通过MVC Web架构代码库外部的脚本填充我的数据库。这些脚本在加载到数据库之前获取并处理数据。我该怎么称呼这些Data Fetch＆amp; amp;处理脚本（根据软件架构术语）？

Answer 1

你正在尝试从软件开发的悠久历史中学习很多术语，并做一个简单的连贯统一...可能不会很好地工作......

前端vs后端通常是指用户与后端引用的“其他”相关的内容。但这里没有强硬路线。有些人会认为模板是后端的，有些人只会考虑数据库的后端......这只是一个过于宽松的术语，可以用于很多价值。

您对MVC的理解有点不对......

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

View应该只有演示文稿和数据输入。它不应包含重要的应用程序或业务逻辑。您希望尽可能多地将其转移到模型中。有些逻辑不可避免地会流失，但应该最小化。

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

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