애플리케이션 계층화
1. [권장] 기본적으로 그림의 상위 레이어는 하위 레이어에 종속되며 화살표 관계는 직접 종속될 수 있음을 나타냅니다. 예를 들어 개방형 인터페이스 레이어는 #🎜🎜에 종속될 수 있습니다. #
웹 계층 또는 서비스 계층에 직접적으로 의존할 수 있습니다.
- #🎜🎜 #개방형 인터페이스 계층: 서비스 인터페이스는 Web Into http 게이트웨이 제어
- 제어 계층 등을 통해 RPC 인터페이스로 직접 캡슐화되고 노출될 수 있습니다.
- , 모바일 디스플레이 레이어 등이 있습니다.
- 서비스 레이어: 상대적으로 구체적인 비즈니스 로직 서비스 레이어입니다.
- Manager 레이어: 일반 비즈니스 처리 레이어, 다음과 같은 특징을 가지고 있습니다.
- 1) 세 번째로 당사자 플랫폼 캡슐화 계층, 반환 결과 및 변환 예외 정보
2) 캐싱 솔루션 및 미들웨어 일반 처리와 같은 서비스 계층의 일반 기능 싱크
3 ) DAO 레이어와 상호 작용하고 DAO의 일반적인 비즈니스 기능을 캡슐화합니다.
DAO 레이어: 데이터에 대해 기본 MySQL, Oracle 및 Hbase와 상호 작용하는 데이터 액세스 레이어입니다.
외부 인터페이스 또는 타사 플랫폼: 다른 부서의 RPC 개방형 인터페이스, 기본 플랫폼 및 다른 회사의 HTTP 인터페이스를 포함합니다.
2. [참고] (Hierarchical Exception Handling Protocol) DAO 계층에서는 세밀한 예외를
catch하는 것이 불가능하므로 다음을 사용합니다. catch(Exception e) 메서드를 사용하고 new DAOException(e)을 발생시키는 경우 로그를 캡처하여 관리자/서비스에서 로그 파일에 기록해야 하므로 로그를 인쇄할 필요가 없습니다. 레이어, 동일한 서버가 다시 로그인하면 #🎜🎜 #Zhi, 성능과 저장 공간이 낭비됩니다. 서비스 계층에서 예외가 발생하면 로그 정보를 디스크에 기록해야 하며, 매개변수 정보를 최대한 포함해야 범죄 현장을 보호하는 것과 같다. Manager 레이어와 서비스가 동일한 머신에 배포된 경우 로깅 방법은 DAO 레이어 처리 와 일치합니다. 별도로 배포된 경우 로깅 방법은 서비스와 일치합니다. 웹 계층은 계속해서 예외를 발생시켜서는 안 됩니다. 이미 최상위 수준이므로 예외를 계속 처리할 방법이 없습니다. 이 예외로 인해 페이지가 실패할 수 있습니다. 정상적으로 렌더링, #🎜🎜 #그런 다음 친숙한 오류 페이지로 바로 이동하여 친숙한 오류 메시지를 추가해 보아야 합니다. 개방형 인터페이스 계층은 오류 코드 및 오류 메시지에 예외 를 반환해야 합니다. 3. [참조] 계층적 도메인 모델 사양: DO(Data Object): 데이터베이스 테이블 구조에 일대일로 대응하며, DAO 레이어를 통해 데이터 소스 객체를 상위로 전달한다. DTO(Data Transfer Object): 데이터 전송 객체, 서비스와 관리자가 외부로 전송하는 객체. BO(비즈니스 개체): 비즈니스 개체입니다. 서비스 계층에서 출력할 수 있는 비즈니스 논리를 캡슐화하는 개체입니다. QUERY: 데이터 쿼리 개체, 각 계층은 상위 계층으로부터 쿼리 요청을 받습니다. 참고: 매개변수가 2개 이상인 쿼리 캡슐화의 경우 전송에 Map 클래스를 사용하는 것이 금지됩니다.
