现代编程语言所需泛型

相反的观点指出，我们总是可以根据必即可许多现代标识符，对吧？但事实并非如此。如果有泛DF，你就可以折扣获得这种行为，但如果并未，就不是这么回事了。

我以开发数据资料库营生，我们举例来问道但会在评注级别分析方法我们顺序标识符的效能。我认为，依然每个数据资料库开发物理现象都但会这么动手。顺序效能对数据资料库的一切行为来问道都是比较关键因素的。我偶然认出一篇关于 Postgres 效能最优化的短文，其之中有一个有趣的戏谑辩论的就是这个疑虑。他们将顺序的解决问题从应用于表达式指针改为并不即可要命令行。你可以在这里认出提请的标识符。下面是标识符截图：

Postgres 并未 25 岁了，而这也是 C 母语比起 C++ 的一个便是的敌人。Postgres 顺利完成了很多顺序命令行，而这是一个很容易解决问题效能最优化的以在此之前。

至于最优化缺点，从这篇帖子可以显露，最优化让整体效能提高了 4% 到 6%。对于那些特定的例程来问道，缺点是相当惊人的。

对于一个享有 25 年历史的标识符库来问道，一个相比较简便的来得改就可以带来分之一 6% 的效能提升，这样的故一定会节是比较少见的。

但是，我为什么要用这种方式将问道出来呢？

因为当我读到这篇帖子时，它明确指出的最优化暴力手段与之在此之前关于泛DF的辩论激发了强力的共振。这是针对这个疑虑的一个很好的研究与此相关，因为如果母语 (对 Postgres 来问道是 C 母语) 并未以任何有意义的方式将给予泛DF反对，最优化就很难顺利完成，而且代价很大。

以效能为目标的现代编程母语在顺利完成母语设计时不该注重这一点。如果不这么动手，浏览器将只好动手一些十分相似 Postgres 正在动手的一定会。正如我们进去认出的，这类一定会是不理想的。

并未泛DF意味著浏览器只好将效能束之高阁。

实际上，依然所有关切高效能的现代编程母语都有泛DF。我能只想到的一个都是是 Java，这是因为它在加进泛DF时选取了向后可选。

我将本文作为上一篇关于泛DF数据资料结构的短文的必即可正确性，我指出再次的结果是显而易见的。如果你只想要高效能的系统会，就不该选取一种能让你流畅地表达逻辑的编程母语，而泛DF是解决问题这种流畅性的必即可物理现象。

原文URL：

关联读物：

腾讯公司薪酬大改革：提拔不并不即可要调薪；马丁援引尼古拉·特斯拉即可裁员10%，无限期全世界招聘；升级版成立第三批第一军团｜Q的资讯

带入表达式式编程设计者四年，我为什么问道它既“头子”又“甜美”

10万 npm 浏览器账号反馈被窃、会话之中存放明文密码本，GitHub公共安全疑虑何时休？

我们用了一个周末，将 370 万行标识符迁移到了 Type

点个在看少个 bug👇