서비스 사용에 익숙하고 비즈니스 계층과 상호 작용할 수 있도록 제공되는 간결한 호출을 통해이 접근 방식을 사용자 인터페이스에 적용 할 수 있는지 궁금해했습니다.사용자 인터페이스 논리를 일종의 UIService로 그룹화 하시겠습니까?
예를 들어, Swing 응용 프로그램에서 종종 다른 동작을 처리 할 수있는 약간의 논리를 추가합니다. 이것이 인터페이스에 대해 프로그래밍 된 경우 실제 처리를 프레젠테이션과 분리하고 코드를 더 명확하게 읽을 수 있습니다.
이렇게 추가 레이어를 적용 할 수 있습니까? MVC가 UI에 가장 자주 적용된다는 것을 알면 컨트롤러의 아이디어로 흥미로운 병렬이 만들어 질 수 있습니다.
논리를 어디에 추가합니까? Swing은 이미 인터페이스 (예 : EventListeners)를 많이 사용하고 있습니다. 하나의 Facade에 이들을 쉽게 추가하여 특정 도메인의 모든 작업을 처리 할 수 있습니다. 또는 매우 높은 수준의 서비스를 해당 청취자에게 주입합니다. 그러나 매우 구체적인 서비스가 많이 필요한 것처럼 들리지만, 도메인에 도움이되는지 모르겠습니다. –
응용 프로그램 논리 자체는 도메인 서비스 클래스에서 찾을 수 있습니다. 여기에 언급 된 로직은 서비스 도메인 계층으로 호출을 전달하는 UI에만 해당됩니다. 현재 내가하는 일은 처리 코드를 구성 요소 (지저분한) 안에 두거나 AsbtractAction 클래스 내부에서 추출하는 것입니다. –
(계속) 코드를 남겨 두는 문제점은이 [MVC 구현]과 같이 처리와 표현 사이에 명확한 구분이 없다는 것입니다 (http://www.emilmont.net/doku.php?id=java:design_patterns : model_view_controller). 내가 추가 레이어를 생각해내는 이유는 일부 아키텍처에는 다른 유형의 레이어 (응용 프로그램, 인프라 ...)가 있으며이 레이어는 서비스 도메인 레이어 위에 놓일 수 있다는 것입니다. 아이디어는 구현을 추출하여 나 또는 다른 개발자가 코드를 교환/향상시킬 수 있도록하는 것입니다. 어떤 종류의 외관이 확실히 들어 맞을 것입니다. –