Spring 与 Neo4j、GraphRepository 对比手工接口

我发现有一个叫做GraphRepository的接口。我有一个存储库，供用户实现一个可以完成其工作的自制界面，但我想知道，我不应该实现 GraphRepository 吗？即使实现起来会很长并且某些方法将毫无用处，但我认为这是一个标准，并且我已经重新编码了该接口中定义的很多方法。

那么我应该编写“YAGNI”代码还是不尊重标准？ 你有什么建议？

您不需要实际实现 GraphRepository，而是扩展它。的校长Spring-Data是所有样板 CRUD 代码都被处理（通过在启动时代理），因此您所要做的就是为扩展 GraphRepository 的特定实体创建一个接口，然后仅添加您需要的特定方法。

例如;如果我有一个实体CustomerNode，要创建标准 CRUD 方法，我可以创建一个新接口CustomerNodeRepository extends GraphRepository<CustomerNode,Long>。所有方法都来自GraphRepository（例如 save、findAll、findOne、delete、deleteAll 等）现在可以从CustomerNodeRepository并由 Spring-Data-Neo4J 实现，无需编写一行实现代码。

该模式现在允许您处理特定的存储库代码（例如 findByNameAndDateOfBirth），而不是简单的 CRUD 内容。

Spring-Data 包对于存储库交互非常有用。它可以减少大量代码（代码行数减少了 80% 以上），强烈建议使用它

编辑：实现自定义执行

如果您想将自己的自定义行为添加到存储库方法中，您可以创建合并接口和自定义实现的概念。例如，假设我想创建一个名为findCustomerNodeBySomeStrangeCriteria为此，我实际上想链接到关系数据库来执行该功能。

首先我们定义一个单独的、独立的接口only包括我们的“额外”方法。

public interface CustomCustomerNodeRepository {
   List<CustomerNode> findCustomerNodeBySomeStrangeCriteria(Object strangeCriteria);
}

接下来我们更新我们的普通接口，不仅扩展 GraphRepository，还扩展我们新的自定义接口

public interface CustomerNodeRepository extends GraphRepository<CustomerNode,Long>, CustomCustomerNodeRepository {

}

最后一部分，是实际实现我们的findCustomerNodeBySomeStrangeCriteria method

public class CustomerNodeRepositoryImpl implements CustomCustomerNodeRepository {

   public List<CustomerNode> findCustomerNodeBySomeStrangeCriteria(Object criteria) {
    //implementation code
}

}

所以，有几点需要注意；

• 我们创建一个separate接口来定义具有自定义实现的任何自定义方法（与 Spring-Data 兼容的“findBy...”方法不同）
• 我们的 CustomerNodeRepository 接口（我们的“主”接口）扩展了 GraphRepositoryand我们的“定制”款
• 我们实施only实现类中的“自定义”方法only自定义界面
• “自定义”实现类必须（默认情况下）称为我们的“主”接口Impl由 Spring Data 拾取（所以在本例中CustomNodeRepositoryImpl)

在幕后，Spring Data 提供了一个代理实现CustomerNodeRepository作为自动构建的合并GraphRepository和我们班实施CustomCustomerNodeRepository。类名称的原因是为了让 Spring Data 能够轻松/成功地获取它（这个can被覆盖，因此它不会寻找 *Impl)