데이터베이스 개념: DO, DTO

졸업 프로젝트가 끝났습니다. 이번 졸업 프로젝트는 완전히 소프트웨어 엔지니어링 프로세스에 따라 진행되었습니다. 지금은 몇 가지 기술적인 문제를 요약하지 않겠습니다. 그 과정에서 등장한 우선, 소프트웨어 설계 실체의 몇 가지 개념에 대해 이야기하고 싶습니다.

사실 총 4가지 개념이 있습니다: VO, DTO, DO, PO. 제가 이해한 바에 따르면 저는 DTO와 DO에 대해서만 이야기합니다. 단, 4가지 개념에 대한 설명은 아래와 같습니다.

(1) 개념 설명

　 VO(View Object): 뷰 객체, 프리젠테이션 레이어에 사용되며 해당 기능은 지정된 페이지(또는 구성 요소) 스탠드의 모든 데이터를 캡슐화하는 것입니다. 위로.

　DTO(Data Transfer Object): 데이터 전송 객체. 이 개념은 J2EE의 설계 패턴에서 비롯되었습니다. 원래 목적은 분산 호출 수를 줄여 분산을 개선하기 위해 EJB 분산 애플리케이션에 대한 대략적인 데이터 엔터티를 제공하는 것입니다. 성능 향상 및 네트워크 부하 감소를 의미하지만 여기서는 일반적으로 프레젠테이션 계층과 서비스 계층 간의 데이터 전송 개체를 지칭합니다.

　DO(Domain Object): 도메인 객체는 현실 세계에서 추상화된 유무형의 사업체입니다.

　PO(영구 객체): 지속성 레이어(보통 관계형 데이터베이스)의 데이터 구조와 일대일 매핑 관계를 형성하는 지속성 객체입니다. 지속성 레이어가 관계형 데이터베이스인 경우, 데이터 테이블 필드(또는 여러 필드)는 PO의 하나(또는 여러) 속성에 해당합니다.

(2) DO

　DO, Domain Object는 주로 Model 패키지에 넣습니다. 즉, 프로젝트의 엔터티 객체로 존재하며, ORM 프레임워크와 직접 상호작용하는 클래스인 경우가 많습니다.

　

　 실제 개발에서 DO는 데이터 작업을 용이하게 하기 위해 기본 Get/Set 메서드를 제공하는 POJO인 경우가 많습니다. 속성은 일반적으로 개인 권한을 가지며 G/S 메서드를 통해서만 액세스할 수 있습니다. 데이터베이스와 직접 상호작용하는 것도 DO이다.

(3) DTO

　 DTO, Date Transfer Object는 문자 그대로 데이터 전송 클래스를 의미합니다. 실제로 서버에서 클라이언트로 전송하는 과정에서 필요한 클래스의 복잡성이 데이터베이스에 포함되지 않는 경우가 많습니다. 하나의 테이블로 처리하지만 여러 쿼리를 통해 하나의 결과로 모아서 결합해야 합니다. 예:

프로젝트가 포그라운드에 표시되면 ProjectName, UserName(프로젝트 이름, 소유자 이름)을 제공해야 할 수 있으며 데이터베이스에 있는 프로젝트 테이블의 해당 필드는 ProjectId, UserId일 수 있습니다. 단순히 Project 테이블을 쿼리하면 User에 대한 추가 정보가 필요한 경우 이를 User 테이블과 함께 쿼리해야 합니다. 이번에는 ProjectDTO 클래스에 배치해야 합니다. 예제 코드는 다음과 같습니다.

　

1 public class Project{2       private String projectName;3       private String userid;      
4 }

1 public class User{2     private String username;3     private String userid;4 }

public class ProjectDTO{     private String projectName;     private User user;
}

이렇게 ProjectDTO를 프론트 페이지에 전달하면 예제이기 때문에 적절한 표시 데이터를 동시에 얻을 수 있습니다. , 실제 애플리케이션에서는 완벽하지 않을 수 있습니다. User 클래스에 Password와 같은 속성이 포함될 수 있으므로 DTO의 User는 UserDTO인 경우가 많습니다.

위 내용은 데이터베이스 개념: DO, DTO의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!