API 중심 웹 애플리케이션을 구축하고 있지만 일부 비즈니스 로직을 고민하는 데 문제가 있습니다.REST API를 구축 할 때 비즈니스 로직을 관리하는 방법
은이 사용 사례를 보자
POST /companies -> User adds a new Company which has a Location
PATCH/PUT /companies/{id} -> User edits a Company information (changes street name from Company->Location
을 (회사 법인 회사의 주소를 유지하는 위치 엔티티, 회사가 하나 개의 위치를 가지고, 위치가 여러 회사를 가질 수있다)
내 API가 이미 해당 위치에 다른 회사가 있는지 확인할 수 있기를 원합니다. 이 경우 사용자가 위치 엔터티를 편집하거나 (해당 위치의 모든 회사에 대해 변경됨) 사용자가 선택하거나 새 위치를 만들도록하십시오.
어떻게이 선택 사항을 RESTful 방식으로 사용자에게 다시 보냅니 까? 쉽게
하지만 회사에 관한 것이 아니라 위치 정보입니다. 위치에 여러 회사가 있습니다. 사용자가 위치를 변경하면 그가 실제로 위치 엔티티 (연결된 모든 회사가 편집 된 위치 데이터를 갖게 됨)를 변경하거나 새로운 위치를 생성할지 여부를 알아야합니다. – Simon
내 의견으로는 데이터 모델에 문제가 있습니다. 위치에 여러 회사가있는 이유는 무엇입니까? 그것은 다른 방향으로 있어야합니다. 위치를 뭐라고 부릅니까? – mpm
사실 회사에는 여러 사이트 (예 : 본사, 공장 1, 공장 2)가 있습니다. 회사와 사이트는 일대 다 관계가 있습니다. 사이트는 위치와 다 대일 관계를가집니다 (위치는 여러 사이트를 가질 수 있음). 포기한 회사 (사이트와의 관계 설정)에 대한 위치를 업데이트하는 경우 사용자가 사이트를 사용하여 해당 위치에 연결된 모든 회사의 위치를 변경하거나 새 위치를 만들지 만 동일한 사이트를 유지할지 여부를 확인하고 싶습니다. – Simon