哈Ha！我向您介绍“框架与平台的区别是什么？”一文的翻译。作者G.哈里斯。
坦白：我是一个书呆子。尽管在该领域存在个人失败，但我深信使用正确的语言会带来很多好处。引用马克吐温的格言：
几乎正确的单词和正确的单词之间的区别确实意义重大。这是闪电（闪电）和闪电（闪电）之间的区别。
鉴于这种差异，我看到了这样一个事实，即我不时对框架和平台这两个概念的缺乏清晰度感到恼火。世界上任何与开发相关的公司都拥有某种平台。开源世界充满了框架。但是，当被问到时，很少有人可以定义这些概念。如果我不能给出基本术语的明确定义，我是否可以声称对讨论的主题有完整的理解？
我想类推地提供一种可能的定义。
平台可以与我的孩子很小的时候放在房间里的设计师盒子相提并论。各个多维数据集都是组件。在理想的平台上，可以使用许多不同的组合来组装组件，并且可以创建各种最终产品。平台提供了软件复用的圣杯：这就是它们如此受欢迎的原因。
但是构建平台的先决条件是什么？为了成功，平台必须满足一些强制性的技术要求，并且满足这些要求是框架的任务。
- 首先我们问，组件结构的定义是从哪里来的？返回与构造块的比较，可以使用的形式的选择受到限制。哪种形式有意义，将取决于从一开始就选择的指南。基本原理将决定可能的组件结构的选择。顺便说一下，“组件”是那些经常使用，很少考虑并且通常定义不清的概念之一。但是，使用简单的类比立即可以清楚地定义一个明确定义的组件概念的重要性。
- , , — . , ? , . . Lego (tm) Fischer-Price (tm). , ( ) . .
- , . () , , () . , . , , .
, , , :
- , .
— , .
, .
, . , . . . , .
: . . , . , , , . , . , , .
框架可能还有其他责任。理想情况下，他将支持因果关系的概念（德语为Wirkketten），该关系因果关系标识运行时依赖性，数据流和控制流。此外，它必须包含（并隐藏）使用并发的必要机制。但这将作为另一篇文章的材料。