昨日，FoundationDB 数据库宣布开源 FoundationDB Record Layer。既然提到了“层(layer)”这个概念，我们不妨在这里简单说一下 FoundationDB 和层之间的渊源 。“层(layer)”源于 FoundationDB 创立之初的理念 —— FoundationDB 的愿景是从一个简单且强大的核内核开始，然后逐渐通过添加“层(layer)”以进行扩展。“层”通过为其模型的特定数据类型添加功能来扩展内核，并支持新的存储访问模式。  和关系数据库一样，Record Layer 可以存储结构化数据， 由 Record Layer 管理的数据库支持包含字段和类型、模式、复杂的主索引和辅助索引以及声明性查询执行的记录。 Record Layer 还包括传统关系数据库中不常见的功能，例如支持复杂的嵌套数据类型、记录提交时的索引以及跨不同类型记录的索引和查询。 基于 FoundationDB 而构建的 Record Layer，不仅在分布式环境中继承了 FoundationDB 的 ACID、可靠性和性能，而且还使用了 FoundationDB 的事务语义以提供类似于传统关系数据库的功能。 例如， Record Layer 的二级索引是以事务方式维护的，因此它们始终与最新的数据更改保持同步，减少了应用程序代码中的错误数量，并大大简化了应用程序开发。更多内容，详见本次专辑…… 谷歌宣布了过渡到 64 位 Android 应用的截止日期。从 Android 5.0 Lollipop 开始，谷歌提供对 64 位 CPU 的支持，希望开发者能够转向开发 64 位安卓应用，以获得更高的性能与更丰富的体验。
并且在 2017 年 12 月份，谷歌发布声明要求 32 位的安卓应用必须提供对应的 64 位版本，但谷歌同时表示仍然提供对 32 位版本的支持，留给开发者一些时间从 32 位过渡到 64 位。 15 日，谷歌公开了更加详细的过渡时间表，以使开发者在 2019 年尽可能轻松地过渡到 64 位应用。主要时间节点为：2019 年 8 月 1 日起：除了已经发布到 Google Play 的 32 位版本，所有包含原生代码的新应用和应用更新都需要提供 64 位版本。 在 2021 年 8 月前，Google Play 将继续接受现有游戏的 32 位更新，但仅限于使用 Unity 5.6 或更早版本开发的游戏。更多内容，请查阅本次专辑…… 从 React Suite 3（以下简称 rsuite）发布以来一直保持着每周发布一次的频率，添加了许多必要的功能，也改进了许多交互和 API 使用上的体验，但还是不可能做到面面俱到，比如 Chart 在 rsuite 组件库中没有。
社区有非常多的优秀的库，如果您在产品中使用了 ECharts, 为了与 rsuite的 UI 设计风格保持统一，在开发上需要花费不少时间去调整 Chart 的样式。在我们看来，rsuite 是有义务去想办法解决这个开发体验。 所以，我们决定在官网新开一个栏目 Extensions，用于列出所有基于 React Suite UI 扩展的库，同时期待您能加入我们，彼此相爱，共同开发。 rsuite 默认只提供基础的组件，为了满足指定的业务场景需要用到第三方库，同时为了和 rsuite 风格保持统一， 在此基础上会陆续封装一些库。 |
