Web应用程序框架和内容管理系统之间的区别?

这两个概念完全不同吗?或者他们的意思是重叠的?

Web(应用程序)框架是用于开发Web应用程序的较低级别的通用工具包。这可能是管理和处理数据的任何类型的系统,同时通过HTTP协议将数据和服务公开给人类用户(通过Web浏览器和其他交互客户机)以及机器。

CMS是此类应用程序的一种类型:管理网站中显示内容的系统。通常/历史上,这主要意味着管理网站中显示的“页面”文本,以及具有不同访问级别的用户来管理此内容。这就是C和M的由来。

使用CMS,您可以管理Web内容。使用Web框架,可以构建Web应用程序。

是否正确地说,Web框架用于创建前端,而CMS用于后端?

不可以。正确的说法是,可以使用Web框架来创建CMS。 两者都包含在后端和前端工作的部分。 通常情况下,CMS是 基于 在Web框架上-有时CMS开发人员在那里构建自己的Web框架,有时甚至 暴露 这个框架的API,这样开发人员就可以以一种方式创建CMS的扩展,就像用Web框架开发应用程序一样。Drupal确实做到了这一点,因此您可以基于集成框架创建真正的Web应用程序,其优点是它们也可以轻松地集成到CMS中。 但这(公开Web框架的API)并不是被称为CMS的必要标准。

如果是,那么Web框架应该使用与CMS相同的技术吗?例如,RubyonRails可以与Drupal结合使用吗?或者这一点都不合理?

可以把两个结合起来 现有的 系统是用这两种方法构建的(例如,因为您希望在Drupal管理的网站中显示一些数据,而Drupal已经存在于基于Rails的系统中)。 但是,由于Drupal还为您提供了它的底层Web框架的一些性别功能,因此它可能不是必需的。您将必须管理和学习两个非常不同的系统,并处理其中的所有互操作问题。所以,如果可能的话,我会尝试建立一个只有其中一个的网站,如果有充分的理由的话,我会把它们结合起来。

它们是不同的概念。CMS可以构建在Web应用程序框架之上,但Web应用程序框架与CMS没有直接关系。它在较低的层次上,为任何类型的web应用程序提供了一个平台,而CMS就是一个例子。

Drupal在PHP上运行,Ruby在Rails上运行,好吧,Ruby,这样他们就不会一起玩了。

德鲁帕尔把自己描述成一个 content managment framework 它本质上是一个内容管理系统,通过钩子来扩展它。这确实会造成重叠。这个 drupal overview 比我描述得更好。

是否正确地说,Web框架用于创建前端,而CMS用于后端?

这不是“正确的”,但也不是错误的。Web框架是一个一般概念——很多事情都很重要。CMS是一个特定的概念,通常构建在Web框架内。有时CMS是独立的Web应用程序。不过,更常见的情况是,CMS是一种后端产品,需要定制的前端演示。

Web框架是否应使用与CMS相同的技术?

不重要。在API定义的末尾,框架和CMS可以有任何实现。

Web应用程序框架——一般来说——必须要么提供HTTP请求,要么插入Apache之类的东西。

CMS是一个光荣的数据库,任何合理的API都是好的。然而,大多数情况下,他们也使用HTTP作为他们的接口协议。

Ruby on Rails可以与Drupal结合使用吗?

当然。纯粹主义者会反对,但没有技术上的理由他们不能合作。