JSON-B 这个有望添加到 Java EE 8 的 JSON 绑定库发布了公开预览版。该库以JSON Processing（不要同JSONP或 JSON-with-padding 混淆）为基础构建，旨在为诸如Jackson或Gson这样的常见库提供一种标准的替代方案。不过，该 JSR 只针对 Java EE，也就是说，Java SE 的用户仍然需要使用第三方库。
为了提供一个 JSON 操作的 API，Java EE 7 于 2013 年引入了JSON Processing 库。虽然 JSON-P 在操作和创建 JSON 对象时非常有用，但事实证明，它不足以满足开发人员的日常需求，他们需要一种更简单、更透明的方式，将一个普通的 Java 对象转换为 JSON，反之亦然。
JSON Processing 只是一个部分的解决方案，此外，它还比若干第三方工具出现得晚，其中包括2008 年的 Gson和2009 年的 Jackson。这些工具提供了多种集成机制来同其他 Java EE 组件，如 JAX-RS，交互，使得它们在 Web 开发中非常流行。然而，不同技术的传播让创建可移植的应用程序变得困难，标准化解决方案的需求日益凸显。这从 2014 年的Java EE 8 社区调查就看出来了，投票结果显示，JSON 绑定工具成为 Java EE 新版本中优先级最高的特性。有鉴于此，针对 JSON-B 的 JSR 于那一年的 8 月被创建了出来，并计划在 2017 年上半年发布。
虽然社区对于这类功能有着强烈的需求，但该库面临的若干风险会妨碍它的应用。一方面，JSON Binding 可能出现的太晚了：当前在 2017 年发布的计划已经意味着比最初的计划延期了 6 个月，这也意味着，Java EE 8 本身也要延期 6 个月。不仅如此，对于这个行业来说，当前的时间表意味着 7 年的延期。
另一方面，Jackson 开发负责人 Tatu Saloranta 指出，基于 JSON Processing 限制了 JSON Binding 的应用范围和可扩展性。Saloranta 探讨了尝试基于 JSON-B 使用新标准重新实现 Jackson 的可能性，但几乎立刻就否定了这种可能性：
比如，这两点让实现 Jackson 或者基于 JSON-B 实现非常困难。除了全部的授权问题外，受限的范围和可扩展性意味着，Jackson 所做的许多工作，除了简单的 JSON 数据绑定外，将无法以一种兼容的方式提供。
这可能削弱了 JSON-B 所带来的好处，加重人们对于 Java EE 没有获得足够重视的担忧，就像JCP 执行委员会最近一次会议所反映出来的那样，可能会导致 Java EE 的开发职责转移到社区。
注册/登录 InfoQ 发表评论