一个框架帮助我们使用“已经创建的”，一个比喻可以是，

把地球上的物质想象成编程语言，

举个例子，“相机”是一个程序，你决定创建一个笔记本。你不需要每次都重新创建相机，你只需要使用earth框架(例如技术商店)将相机并将其集成到你的笔记本电脑中。

我不确定“框架”是否有一个明确的定义。有时，一组很大的库被称为框架，但我认为这个词的典型用法更接近于aioobe带来的定义。

这篇非常好的文章总结了一组库和一个框架之间的区别:

框架可以定义为一组库，它们说“不要给我们打电话，我们会给你打电话”。

框架如何帮助您?因为您不需要从头开始编写一些东西，基本上只需扩展一个给定的工作应用程序。通过这种方式，您可以获得很高的生产率——有时最终得到的应用程序可能比您在相同时间内自己所做的要复杂得多——但您通常会牺牲很多灵活性。

除了定义(有时只有在你已经理解的情况下才能理解)之外，还有一个例子帮助了我。

I think I got a glimmer of understanding when loooking at sorting a list in .Net; an example of a framework providing a functionality that's tailored by user code providing specific functionality. Take List.Sort(IComparer). The sort algorithm, which resides in the .Net framework in the Sort method, needs to do a series of compares; does object A come before or after object B? But Sort itself has no clue how to do the compare; only the type being sorted knows that. You couldn't write a comparison sort algorithm that can be reused by many users and anticipate all the various types you'd be called upon to sort. You've got to leave that bit of work up to the user itself. So here, sort, aka the framework, calls back to a method in the user code, the type being sorted so it can do the compare. (Or a delegate can be used; same point.)

我算对了吗?

在最低的层次上，框架是一个环境，在其中您可以使用一组工具

这些工具以库、配置文件等形式出现。

这个所谓的“环境”为您提供了基本的设置(错误报告、日志文件、语言设置等)……它可以被修改，扩展和构建。

人们实际上不需要框架，这只是想要节省时间的问题，而其他人只是个人喜好的问题。

人们会证明有了框架，你就不必从头开始编码了。但这些只是人们混淆了库和框架。

我在这里没有偏见，实际上我现在使用的是一个框架。

I'm very late to answer it. But, I would like to share one example, which I only thought of today. If I told you to cut a piece of paper with dimensions 5m by 5m, then surely you would do that. But suppose I ask you to cut 1000 pieces of paper of the same dimensions. In this case, you won't do the measuring 1000 times; obviously, you would make a frame of 5m by 5m, and then with the help of it you would be able to cut 1000 pieces of paper in less time. So, what you did was make a framework which would do a specific type of task. Instead of performing the same type of task again and again for the same type of applications, you create a framework having all those facilities together in one nice packet, hence providing the abstraction for your application and more importantly many applications.

从技术上讲，您不需要框架。如果你想做一个非常非常简单的网站(想想1992年的网页)，你可以用硬编码的HTML和一些CSS来完成。

如果你想做一个现代的网络应用，你实际上也不需要使用框架。

You can instead choose to write all of the logic you need yourself, every time. You can write your own data-persistence/storage layer, or - if you're too busy - just write custom SQL for every single database access. You can write your own authentication and session handling layers. And your own template rending logic. And your own exception-handling logic. And your own security functions. And your own unit test framework to make sure it all works fine. And your own... [goes on for quite a long time]

然后，如果您确实使用了一个框架，您将能够从优秀的、通常是同行评审的、经过很好测试的其他开发人员的工作中受益，他们可能比您更好。您可以快速构建想要的内容，而不必花费时间构建或过于担心上面列出的基础设施项目。

您可以在更短的时间内完成更多的工作，并且知道您正在使用或扩展的框架代码很可能比您自己做得更好。

那么成本呢?花点时间学习框架。但是，正如几乎每个web开发人员都会证明的那样，花时间学习从使用你选择的任何框架中获得大量(真的，大量)好处是绝对值得的。