库执行特定的、定义良好的操作。

框架是一个骨架，应用程序通过填充骨架来定义操作的“肉”。框架仍然有代码来连接各个部分，但最重要的工作是由应用程序完成的。

库的例子:网络协议、压缩、图像处理、字符串实用程序、正则表达式计算、数学。操作是独立的。

框架示例:Web应用程序系统，插件管理器，GUI系统。框架定义概念，而应用程序定义最终用户关心的基本功能。

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

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

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

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

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

正如我一直描述的那样:

图书馆是一个工具。

框架是一种生活方式。

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

我认为主要的区别是框架遵循“好莱坞原则”，即。“别打给我们，我们会打给你的。”

马丁·福勒说:

库本质上是一组 你可以调用的函数 日子通常安排在课堂上。 每个调用都做一些工作并返回 控件到客户端。 框架体现了一些抽象 设计，内置了更多的行为。 为了使用它，你需要插入 你的行为变成了各种各样的地方 框架可以通过子类化或 通过插入你自己的类。的 框架的代码然后调用你的代码 在这些点上。

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

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

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

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

这是我的想法(其他人也对此进行了合理化解释):

库是包含在代码中的东西。框架是应用程序的容器。

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

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

实际上，根据使用的上下文，这些术语可以有很多不同的含义。

For example, on Mac OS X frameworks are just libraries, packed into a bundle. Within the bundle you will find an actual dynamic library (libWhatever.dylib). The difference between a bare library and the framework on Mac is that a framework can contain multiple different versions of the library. It can contain extra resources (images, localized strings, XML data files, UI objects, etc.) and unless the framework is released to public, it usually contains the necessary .h files you need to use the library.

Thus you have everything within a single package you need to use the library in your application (a C/C++/Objective-C library without .h files is pretty useless, unless you write them yourself according to some library documentation), instead of a bunch of files to move around (a Mac bundle is just a directory on the Unix level, but the UI treats it like a single file, pretty much like you have JAR files in Java and when you click it, you usually don't see what's inside, unless you explicitly select to show the content).

维基百科称框架为“流行词”。它将软件框架定义为

软件框架是可重用的 为软件系统(或 子系统)。软件框架可以 包括支持程序、代码 库、脚本语言或 其他软件帮助开发和 把不同的组件粘合在一起 软件项目的。各个部分 框架的部分可能是公开的 通过一个API..

所以我认为图书馆就是“一个图书馆”。它是对象/函数/方法的集合(取决于你的语言)，你的应用程序“链接”到它，因此可以使用对象/函数/方法。它基本上是一个包含可重用代码的文件，通常可以在多个应用程序之间共享(您不必一遍又一遍地编写相同的代码)。

框架可以是您在应用程序开发中使用的所有内容。它可以是一个库，许多库的集合，脚本的集合，或者创建应用程序所需的任何软件。框架是一个非常模糊的术语。

Here's an article about some guy regarding the topic "Library vs. Framework". I personally think this article is highly arguable. It's not wrong what he's saying there, however, he's just picking out one of the multiple definitions of framework and compares that to the classic definition of library. E.g. he says you need a framework for sub-classing. Really? I can have an object defined in a library, I can link against it, and sub-class it in my code. I don't see how I need a "framework" for that. In some way he rather explains how the term framework is used nowadays. It's just a hyped word, as I said before. Some companies release just a normal library (in any sense of a classical library) and call it a "framework" because it sounds more fancy.

我不记得这个答案的来源了(我想我是在互联网上的一个。ppt中找到的)，但答案很简单。

一个库和一个框架是一组类，模块和/或代码(取决于编程语言)，可以在你的应用程序中使用，并帮助你解决特定的“问题”。

这个问题可以是在应用程序中记录或调试信息、绘制图表、创建特定的文件格式(html、pdf、xls)、连接到数据库、创建应用程序的一部分或完整的应用程序或应用于设计模式的代码。

你可以有一个框架或一个库来解决所有这些问题，甚至更多，通常框架帮助你解决更复杂或更大的问题，但这只是它们主要区别的连续，而不是两者的主要定义。

库和框架之间的主要区别是它们自己的代码之间的依赖关系，换句话说，你要使用框架 需要使用FW中几乎所有的类、模块或代码 类中的一个或几个类、模块或代码 Lib在您自己的应用程序中

这意味着，如果一个框架有50个类，为了在你需要使用的应用程序中使用框架，比如说，在你的代码中有10-15个或更多的类，因为这就是设计框架的方式，一些类(类的对象)是框架中其他类的方法的输入/参数。请参阅. net框架、Spring或任何MVC框架。

但是以一个日志库为例，你可以在你的代码中使用一个log类，并帮助你解决“日志问题”，这并不意味着日志库在他的代码中没有更多的类，比如处理文件的类，处理屏幕输出，甚至数据库，但你永远不会在你的代码中接触/使用这些类，这就是为什么它是一个库而不是一个框架的原因。

还有比框架和库更多的类别，但这是跑题了。

库:

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

框架:

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

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

KeyDifference:

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

关系:

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

图书馆是为了方便使用和提高效率。例如，您可以说Zend库通过其定义良好的类和函数帮助我们完成不同的任务。而框架通常强制以某种方式实现解决方案，如MVC(模型-视图-控制器)(引用)。它是一个定义良好的系统，用于像MVC一样分配任务。模型包含数据库端，视图用于UI接口，控制器用于业务逻辑。

从Web开发人员的角度来看:

库可以很容易地被另一个库替换。但框架不能。 如果你不喜欢jquery日期选择器库，你可以替换为其他日期选择器，如bootstrap日期选择器或pickadate。 如果你不喜欢在AngularJS上构建你的产品，你不能用任何其他框架来替代。你必须重写你的整个代码库。 大多数情况下，与框架相比，库需要更少的学习曲线。例如:underscore.js是一个库，Ember.js是一个框架。

一个框架可以由不同的库组成。让我们举个例子。

Let's say you want to cook a fish curry. Then you need ingredients like oil, spices and other utilities. You also need fish which is your base to prepare your dish on (This is data of your application). all ingredients together called a framework. Now you gonna use them one by one or in combination to make your fish curry which is your final product. Compare that with a web framework which is made out of underscore.js, bootstrap.css, bootstrap.js, fontawesome, AngularJS etc. For an example, Twitter Bootstrap v.35.

Now, if you consider only one ingredient, like say oil. You can't use any oil you want because then it will ruin your fish (data). You can only use Olive Oil. Compare that with underscore.js. Now what brand of oil you want to use is up to you. Some dish was made with American Olive Oil (underscore.js) or Indian Olive Oil (lodash.js). This will only change the taste of your application. Since they serve almost the same purpose, their use depends on the developer's preference and they are easily replaceable.

框架:为应用程序提供独特属性和行为的库的集合。(所有材料) 库:一组定义良好的指令，为数据提供独特的属性和行为。(鱼身上的油) 插件:一个库(ui-router -> AngularJS)或多个库的组合(date-picker -> bootstrap.css + jQuery)的工具构建，如果没有它，你的插件现在可能会正常工作。

P.S. AngularJS是一个MVC框架，但却是一个JavaScript库。因为我相信Library扩展了本地技术(在这里是JavaScript)的默认行为。

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

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

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

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

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

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

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

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

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

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

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

库vs框架

Martin Fowler - InversionOfControl

库和框架是你的代码的外部代码。它可以是文件(例如。jar)，系统代码(操作系统的一部分)等。

库是一组有用的代码。主要关注你的代码。库解决的任务范围很窄。例如，实用程序，排序，模块化

your code ->(has) Library API

框架或控制反转(IoC)容器[About]是更多的东西。框架解决了广泛的任务(特定于领域)，你委派这个任务给框架。IoC——你的代码依赖于框架逻辑、事件…因此框架会调用你的代码。它迫使你的代码坚持它的规则(实现/扩展协议/接口/契约)，传递lambdas…例如-测试，GUI, DI框架…

your code ->(has) and ->(implements) Framework API

[iOS Library vs Framework]

[DIP vs DI vs IoC]

根据Erich Gamma等人在《设计模式》一书中给出的定义:

库:构成可重用实现的一组相关过程和类; 框架:由一组具有模板方法的协作类组成的可重用规范。它设置了控制流，并允许通过在子类中重写框架类中模板方法调用的钩子方法来将框架裁剪到特定问题的流中。

特定于问题的代码可以使用库和实现框架。

实际上，这取决于你给术语下什么定义。可能有很多不同的定义。

我认为下面的解释是基于我认为这个术语指的是什么:

确定的图书馆

确定性库保存的函数是基于A)函数输入或b)在函数调用之间以某种方式维护的状态确定的。

如果将逻辑依赖注入确定性库，则该逻辑必须符合具体的规范，以便库的输出不受影响。

示例:一个碰撞检测库，由于某种原因依赖于排序函数来帮助这些计算。这个排序函数可以配置为优化目的(例如通过依赖注入，编译时链接等)，但必须始终符合相同的输入/输出映射，以便库本身保持确定性。

非命定论的图书馆

一个非确定性库可以通过与它以某种方式访问的其他外部非确定性库通信来保存非确定性函数。

我通常将不确定性库称为服务。

示例:依赖于随机数字生成器服务来洗牌的扑克库。这可能是一个不好的例子，因为出于架构的目的，我们应该将这个库的不确定性方面推到外部。相反，通过采用预先洗牌的牌组，扑克库可以变得具有确定性和单元可测试性，现在这个库的用户有责任随机洗牌，如果他们愿意的话。

框架

框架介于确定性库和非确定性库之间。

任何依赖注入框架的逻辑在该函数实例的生命周期内都必须是确定的，但是不同逻辑的不同函数实例可以被注入到框架函数的单独执行中。

Example: Functions that operate on lists such as map, filter, sort, reduce, that expect to take in functions that are deterministic but can have varying logic for different executions. Note that this requirement only exists if these list operations advertise themselves as deterministic. In most languages, list operations wouldn't have this constraint. The core logic of such frameworks are deterministic, but are allowed to accept indeterministic logic at the risk of the user. This is generally a messy scenario to deal with, because output can vary widely due to implementation details of the framework.

什么是图书馆?

库是代码块的集合(可以是变量、函数、类、接口等形式)，由开发人员构建，以简化其他发现其相关性的开发人员的软件开发过程。

什么是框架?

参考库的定义，我们可以将框架定义为一种工具，通过在受控的开发环境中为开发人员提供必要的库，帮助开发人员解决大量特定于领域的问题。