从“原生”Crud/Hibernate迁移到SpringRest API

Question

TLDR：目前通过数据库直接CRUD回购“保存”等方式管理数据（见下面的示例）。许多人说应该使用REST，但使用CRUD直接方法建立了超过3个数据库的45个表。是否值得花时间移植到REST方法？？注意：该应用程序在公司内部使用，但有许多用户，仅供参考，如果安全是你的建议中的一个因素。

我不是术语学方面的佼佼者，因此在高级课程中，我将提供我目前使用的术语的示例。

我的工作是让承包商在3-4年前创建一个应用程序，使用Springboot和Hibernate/Crud Repos。当时我是个大三学生，跟踪他们。然后他们离开了，我负责申请。我从他们身上学到了很多，但有些事情似乎不是最好的做法。我最近参加了一个关于春假的课程，可以看到它的优点。他们创建的应用程序我已经扩展了大约10倍，但一直按照我所学的方式进行数据库连接，见下文。。。

实体/模型（简化示例）：

@Entity
public class ConfirmedOrders implements Serializable{


@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column(name = "ORDER_ID")
private Integer orderID;

@Column(name = "ORDER_STATUS")
private String orderStatus;

public ConfirmedOrders(Integer orderID, String orderStatus){
    this.orderID = orderID;
    this.orderStatus = orderStatus;

    public Integer getOrderID() {
    return orderID;
}

public void setOrderID(Integer orderID) {
    this.orderID = orderID;
}

public String getOrderStatus() {
    return orderStatus;
}

public void setOrderStatus(String orderStatus) {
    this.orderStatus = orderStatus;
}

CRUD仓库：

public interface ConfirmedOrdersRepository extends JpaRepository<ConfirmedOrders, Integer> {

    ConfirmedOrders findByOrderID(Integer id);

}

控制器类（示例Snippit）：

orderID = 12;

ConfirmedOrders cO  = confirmedOrdersRepo.findByOrderID(orderID);
cO.setOrderStatus("CANCEL");
parent.confirmedOrdersRepo.save(cO);

现在我知道这个方法没有什么“错误”，但我最近和很多人交谈过，他们说最好通过REST来实现。在3个数据库中有超过45个表，所有数据的更改和传输都是如上所述或在需要时使用本机查询完成的。

问题：

是否值得花时间安全/防未来将上述内容转移到其他处理方式？？

感谢高级，我希望我使用了正确的术语，这从来都不是我的强项。

Answer 1

创建一个允许您执行保存/获取/删除/更新操作的REST客户端应该相对容易，有趣的部分是将其他服务或应用程序转换为使用您的RESTendpoint。

如果您有时间这么做，那么重构代码以调用restendpoint并调用存储库“服务”来实际处理存储库功能和数据验证是没有坏处的。

您甚至可以创建rest功能，同时保留原始应用程序，直到所有内容都经过测试和迁移。一旦你这么做了，你就可以对你的endpoint进行版本化，而不是直接修改你的控制器来改变那些可能会破坏的特性和功能。

虽然我不完全理解您的问题，或者您当前的控制器实际使用的是什么，但请让您的REST控制器实现最基本的功能（例如GET/POST/PUT/DELETE），然后在您的服务类中调用适当的方法。

您的服务类应该执行所需的所有数据处理 /validation，然后您的存储库只执行CRUD操作。