库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]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

正如我一直描述的那样:

图书馆是一个工具。

框架是一种生活方式。

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