문제

MVC 또는 MVP 설계 패턴을 사용할 때 비즈니스 로직이 모델에 존재해야한다고 생각하지만 서비스 지향 아키텍처의 서비스 뒤에 숨겨져 있어야합니다.

소프트웨어 시스템이 서비스 지향 아키텍처 내에서 MVC 또는 MVP 설계 패턴을 사용할 수 있습니까? 그렇다면 모델은 어디에 있습니까?

도움이 되었습니까?

해결책

글쎄 그들은 완전히 다른 동물입니다. MVC는 데이터 제시, 사용자 대화 상자의 탐색 및 데이터 모델 구축의 일부 비즈니스 로직 제어에 관한 것입니다.

SOA는 서비스 제공 업체로부터 데이터를 검색하는 것입니다.

클라이언트 측에서 MVC 패턴의 모델 부분 내에서 SOA를 사용하여 SOA 서비스의 데이터로 모델을 구축 할 수 있습니다.

서비스 측면에서 프레젠테이션과 사용자 대화 상자가 없으므로 대부분의 MVC 패턴이 중복됩니다. 또한 우수한 SOA 디자인은 기본 데이터 저장에 관계없이 유용한 서비스를 제공하는 데 집중해야하므로 "모델"부분은 크게 부수적입니다.

많은 서비스가 "상태가"(예 : 명령이 검증, 지불, 파견 된 후 수령)는 사실이지만,이 상태는 비즈니스 논리의 필수 부분이며 MVC 패턴의 전형적인 세션 관리에 적합하지 않습니다. .

다른 팁

좋은 질문. 나는 MVC와 SOA가 공존해야한다고 생각합니다. MVC는 사용자가 시스템 통신을위한 가장 성공적인 아키텍처입니다. SOA는 효과적인 시스템 시스템 커뮤니케이션을위한 아키텍처입니다. 대부분의 조직에는 둘 다를위한 장소가 있습니다. 그러므로 나는 그들이 공존 할 것이라고 믿는다.

그들이 서로 상호 작용하는 방식의 관점에서, 나의 개인적인 견해는 - MVC는 모델과 컨트롤러가 적절한 경우 서비스 인터페이스를 노출시키는 핵심 아키텍처 패턴으로서 (SOA 과대 광고가 사라지면) 유지 될 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top