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

正如我一直描述的那样:

图书馆是一个工具。

框架是一种生活方式。

你可以使用任何微小的部分来帮助你。一个你必须将整个项目投入其中的框架。

库——任何一组类或组件，只要客户端认为合适，就可以使用它们来完成某个任务。 框架——要求你将某些指导方针“插件”到比你更大的东西中。您只需以一种已发布的必需方式提供特定于您的应用程序/需求的部分，以便“框架可以使您的生活变得轻松”。

我会像你五岁一样解释。(没有使用编程术语。)

让我们想象一下，你不久前在你的城市开了一家汉堡店。但是作为初学者，你会觉得做汉堡太难了。你在想一种为顾客做汉堡的简单方法。 有人告诉你，如果你使用框架，你可以很容易地做bugger。你要知道有麦当劳汉堡框架和汉堡王汉堡框架。

如果你使用麦当劳汉堡框架，做巨无霸汉堡就很容易了。(但你不能做皇堡。)

如果你使用汉堡王汉堡框架，就可以很容易地做出皇堡。(但是你不能做巨无霸)

不管怎样，最后，它们都是汉堡。这里很重要的一点是，你必须遵循他们的框架规则来做汉堡。否则，你会觉得更难完成或者根本无法完成。

你也听说过有一种叫做简单汉堡-帕蒂图书馆的东西。

如果你使用这个库，你可以很容易地做出任何汉堡肉饼(X2速度)。 使用麦当劳汉堡框架还是汉堡王汉堡框架并不重要。 无论哪种方式，您仍然可以使用这个简单汉堡-帕蒂库。(即使你没有框架也可以使用这个库。)

你现在看到框架和库的区别了吗?

一旦你开始使用麦当劳汉堡框架。要切换到汉堡王的汉堡框架并不容易。既然你要把整个厨房都换了。

如果您开始使用Java Spring框架构建Web应用程序，那么稍后将很难(也许不可能)更改为Ruby on Rails框架。

但是Library，换别人会容易得多。或者你可以不用它。

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

我忘记在哪里看到这个定义了，但我觉得它很好。

库是从代码中调用的模块，框架是调用代码的模块。