我认为库是一组实现目标的实用程序(例如，套接字，加密等)。

框架是库+运行时环境。例如，ASP。NET是一个框架:它接受HTTP请求、创建页面对象、调用生命周期事件等等。框架完成了所有这些工作，您编写了一些代码，这些代码将在当前请求生命周期的特定时间运行!

库实现功能的目的很窄，而框架往往是库的集合，为更广泛的特性提供支持。例如，库System.Drawing.dll处理绘图功能，但它只是整个. net框架的一部分。

库:

它只是例程(函数式编程)或类定义(面向对象编程)的集合。其背后的原因仅仅是代码重用，即获取其他开发人员已经编写的代码。类或例程通常在域特定区域定义特定操作。例如，有一些数学库可以让开发人员只调用函数，而无需重做算法如何工作的实现。

框架:

在框架中，所有的控制流都已经在那里，并且有一堆预定义的白点，我们应该用我们的代码来填充。框架通常更复杂。它定义了一个框架，应用程序在其中定义了自己的特性来填充该框架。通过这种方式，框架将在适当的时候调用您的代码。这样做的好处是，开发人员不需要担心设计是否好，而只需考虑实现特定领域的功能。

库，框架和你的代码图像表示:

KeyDifference:

库和框架之间的关键区别是“控制反转”。当您从库中调用方法时，您处于控制之中。但是对于框架，控件是反向的:框架调用您。源。

关系:

它们都定义了API，供程序员使用。为了将它们组合在一起，我们可以将库视为应用程序的某个函数，将框架视为应用程序的骨架，而API则是将它们组合在一起的连接器。典型的开发过程通常从框架开始，然后通过API填充库中定义的函数。

我喜欢科恩的回答，但更专业的定义是:你的代码调用一个库。框架调用您的代码。例如，GUI框架通过事件处理程序调用代码。web框架通过请求-响应模型调用你的代码。

这也被称为控制反转——突然之间，框架决定何时以及如何执行你的代码，而不是像库那样反过来执行。这意味着框架对代码的结构也有更大的影响。

我认为你很好地阐述了其中的区别:框架提供了一个我们工作的框架……不知何故，它比简单的库更“有约束”。 框架还应该为一组库添加一致性。

你的解释听起来不错。库可以是任何经过编译和自包含的东西，以便在其他代码中重用，实际上对其内容没有任何限制。

另一方面，框架应该具有一系列用于应用程序开发的特定领域的功能，就像您的示例MVC一样。