问在模型-视图-控制器原理中，前端是什么，后端是什么？

EN

好的..。第一，条款：

• 前端-是用户可以看到的部分: HTML、CSS、客户端Javascript。这一切基本上都是“正面”。在桌面应用程序中，前端将是GUI。
• 后端-是不可见的部分。在web应用程序中，这是您的java、ruby、php或任何其他服务器端代码。它既可以解释，也可以编译，因为它的工作方式对“它是什么”没有任何影响。

如果您阅读桂建筑并研究MVC模式，您将了解到MVC并不是关于后端和前端的分离。特别是当涉及到MVC模式，我们使用的web应用程序。

MVC和相关模式的目标是将表示与域业务逻辑分离。

以下是MVC部分的基本职责：

• 模型-业务逻辑
• 视图-表示逻辑
• 控制器-模型和视图的变化状态(基于用户输入)

让我们举一个例子：

• twitter的替代客户端应用程序
• 使用OAuth进行身份验证
• 用户可以输入不同的搜索短语。
• 通过Twitter的REST获取信息
• 验证数据
• 解析JSON响应
• 操作DOM来显示信息

这一切都可以通过客户端JavaScript来完成。可以让MVC三位一体的"frontend"!同时运行，而提供REST的“后端”是一种类似MVC的结构。只是这次视图生成的是JSON响应，而不是HTML。

*Conclusion:您可以在后端和前端使用MVC模式。**

后斯克里姆

由于您已经使用Rails构建了一些应用程序，所以您对MVC的理解可能是扭曲的。我之所以这么说是因为，由于RoR最初是作为一个原型框架(注意所有脚手架和其他生成丢弃代码的特性)创建的，而且由于它的起源，Rails实际上正在实现一个非常贫乏的MVP版本。

我称它为“贫血”，因为他们让View (它应该是MVP中的被动对象，而不是一个简单的模板)和模型层(是的，它应该是一个复杂的层，而不是ORM实例的集合)感到厌烦。

我建议你阅读两本出版物，以便更好地掌握这一主题：

• 企业应用体系结构模式..对认真的开发人员强制阅读
• Smalltalk-80系统中的模型-视图-控制器用户界面模型描述

第二个是尽可能接近模式的初始定义。这与"GUI架构“文章一起，将为您提供一个坚实的基础。而且，PoEAA的书(顺便说一句，很难读)将为您提供扩展它的上下文。

前端是用户所看到的视图。后端是控制器和模型。

• 视图=正面
• 模型=后端
• 控制器=前端和后端之间的胶水