저는 좀 무지해서 mvc만 들어봤습니다 model view controller 당신의 이해가 정확하지 않습니다 당신이 언급한 웹에서 비즈니스 인터페이스가 호출됩니다. 하지만 웹에 인터페이스를 넣을 수는 없습니다. 비즈니스 인터페이스는 공개적인 것이며 다른 웹에서 호출할 수도 있습니다. 이는 추상적이고 분리하기 편리하지만 여전히 비즈니스이므로 웹에 포함될 수 없습니다. web.dao도 마찬가지입니다
인터페이스를 잘 이해하지 못하는 것 같습니다. 주로 디커플링과 반사에 관한 내용이고 웹에 직접적으로 분류되지는 않습니다.
인터페이스가 사양을 제공하고 비즈니스 요구 사항의 변경이 웹 코드에 영향을 미치지 않는다고 생각할 수도 있습니다. 이는 맞지만 이는 아키텍처가 아닌 인터페이스의 기능이므로 매우 혼란스러워 하시는 것 같습니다.
1. 서비스 레이어는 비즈니스 인터페이스이고, 웹 레이어는 사용자 요청을 수락하는 역할을 합니다. 2. 서비스 레이어 방식은 디커플링 역할을 할 뿐만 아니라 웹 레이어에서도 재사용이 가능합니다. 3. 컨트롤러 계층 또는 RPC 계층은 웹 요청 수락, URL을 메서드에 매핑, 권한 확인, 페이징 제어 등을 담당합니다. .
저는 좀 무지해서 mvc만 들어봤습니다
model
view
controller
당신의 이해가 정확하지 않습니다
당신이 언급한 웹에서 비즈니스 인터페이스가 호출됩니다. 하지만 웹에 인터페이스를 넣을 수는 없습니다. 비즈니스 인터페이스는 공개적인 것이며 다른 웹에서 호출할 수도 있습니다. 이는 추상적이고 분리하기 편리하지만 여전히 비즈니스이므로 웹에 포함될 수 없습니다. web.dao도 마찬가지입니다
인터페이스를 잘 이해하지 못하는 것 같습니다. 주로 디커플링과 반사에 관한 내용이고 웹에 직접적으로 분류되지는 않습니다.
인터페이스가 사양을 제공하고 비즈니스 요구 사항의 변경이 웹 코드에 영향을 미치지 않는다고 생각할 수도 있습니다. 이는 맞지만 이는 아키텍처가 아닌 인터페이스의 기능이므로 매우 혼란스러워 하시는 것 같습니다.
대부분 이렇게 쓰여 있어요.
그러나 웹은 사용자 입력을 받아들이고 서비스는 비즈니스 인터페이스입니다.
이런게 나왔어요
DDD도 있으니 한번 보세요
1. 서비스 레이어는 비즈니스 인터페이스이고, 웹 레이어는 사용자 요청을 수락하는 역할을 합니다.
2. 서비스 레이어 방식은 디커플링 역할을 할 뿐만 아니라 웹 레이어에서도 재사용이 가능합니다.
3. 컨트롤러 계층 또는 RPC 계층은 웹 요청 수락, URL을 메서드에 매핑, 권한 확인, 페이징 제어 등을 담당합니다. .
도움이 되셨으면 좋겠습니다~~