OrientDB 和长期的 Tinkerpop2 支持
OrientDB and long-term Tinkerpop2 support
我有兴趣在一个非常大的项目中使用 OrientDB 和 Ferma 替代 Tinkerpop2 Frames，但我有一些担忧，因为 Tinkerpop2 不再处于积极开发状态。 Tinkerpop3 对我来说完全没有兴趣，因为它缺乏我想要的功能（蓝图、框架或 Ferma 之类的框架替代品），对于企业级项目来说太不成熟，而且人们对其性能存在担忧。
在 Ferma Google Groups 邮件列表上，意见是 Tinkerpop2 不太可能很快消失（可能不会在几年内），因为它在现有项目中的广泛实施和 Tinkerpop3 的当前状态。
我想听听 OrientDB 开发人员和用户对目前在 Tinkerpop2 上建立企业级项目是否仍然有意义的看法。我相信我在较早的 post 中读到 OrientDB 计划支持 Tinkerpop2 Blueprints 作为他们的图表 API 至少再发布 3 个版本（这是否意味着主要版本或点版本？），这是正确的吗？ Ferma 开发人员表示，如果 Tinkerpop3 达到与 Tinkerpop2 相当的成熟度和性能水平，它将被移植。
从实用的角度来看，OrientDB 和带有 Ferma 的 Tinkerpop2 绝对是我们的最佳选择，但我们不能将自己锁定在可能很快就会被取代的技术中。
OrientDB 将在 v3.0 中提供对 TinkerPop 3 的支持，即 2016 年年中。今天我们有成千上万的用户和数百个客户端 运行 当前图 API 基于 TinkerPop蓝图 2.6。这意味着对 TP Blueprints 2.6 的支持将长期可用。
我是 Ferma 的开发者。我只想说我们积极支持 TinkerPop2 和 TinkerPop3。只要您使用注释方法而不是使用 gremlin 管道实现您的接口，那么您应该能够在 TinkerPop2 和 TinkerPop3 之间无缝移动。您可能需要考虑坚持使用 Ferma，并且 when/if TinkerPop2 不再受到积极支持，只需将其刷出即可获得 TinkerPop3。
我有兴趣在一个非常大的项目中使用 OrientDB 和 Ferma 替代 Tinkerpop2 Frames，但我有一些担忧，因为 Tinkerpop2 不再处于积极开发状态。 Tinkerpop3 对我来说完全没有兴趣，因为它缺乏我想要的功能（蓝图、框架或 Ferma 之类的框架替代品），对于企业级项目来说太不成熟，而且人们对其性能存在担忧。
在 Ferma Google Groups 邮件列表上，意见是 Tinkerpop2 不太可能很快消失（可能不会在几年内），因为它在现有项目中的广泛实施和 Tinkerpop3 的当前状态。
我想听听 OrientDB 开发人员和用户对目前在 Tinkerpop2 上建立企业级项目是否仍然有意义的看法。我相信我在较早的 post 中读到 OrientDB 计划支持 Tinkerpop2 Blueprints 作为他们的图表 API 至少再发布 3 个版本（这是否意味着主要版本或点版本？），这是正确的吗？ Ferma 开发人员表示，如果 Tinkerpop3 达到与 Tinkerpop2 相当的成熟度和性能水平，它将被移植。
从实用的角度来看，OrientDB 和带有 Ferma 的 Tinkerpop2 绝对是我们的最佳选择，但我们不能将自己锁定在可能很快就会被取代的技术中。
OrientDB 将在 v3.0 中提供对 TinkerPop 3 的支持，即 2016 年年中。今天我们有成千上万的用户和数百个客户端 运行 当前图 API 基于 TinkerPop蓝图 2.6。这意味着对 TP Blueprints 2.6 的支持将长期可用。
我是 Ferma 的开发者。我只想说我们积极支持 TinkerPop2 和 TinkerPop3。只要您使用注释方法而不是使用 gremlin 管道实现您的接口，那么您应该能够在 TinkerPop2 和 TinkerPop3 之间无缝移动。您可能需要考虑坚持使用 Ferma，并且 when/if TinkerPop2 不再受到积极支持，只需将其刷出即可获得 TinkerPop3。