우리는 5 명에서 8 명까지의 팀으로 구성되어 있으며 프로젝트는 최대 절전 모드 (ORM)를 사용하고 있지만 HBM 파일과 관련된 VO (Value Object)와 관련된 몇 가지 문제가 있습니다. 실제로 우리 모두는 서로 다른 모듈로 작업하고 있으며 우리 모두 HBM 파일을 만들고 모듈별로 해당 VO를 생성하고 있습니다. 따라서 HBM 파일과 VO 모듈이 모듈에 고유합니다. 공통 테이블이 둘 이상의 모듈에서 사용되는 경우 단일 HBM 파일과 해당 VO가 하나의 테이블에 있습니다. HBM과 VO가 여러 개인 경우에도 특정 위치에 모든 HBM 파일 또는 VO를 배치해야합니다. GOOD or BAD 연습을 제안하십시오.HBM 파일은 어디에 두어야합니까?
감사
모든 DAO 관련 재료를 포함하는 common project이 있어야합니다. 각 모듈/프로젝트는 클래스 패스에 commonDAO 프로젝트를 포함시켜 최대 절전 모드 및 데이터베이스 관련 작업을 수행합니다. 이렇게하면 HBM 파일의 중복성을 극복하고 코드를 쉽게 유지 관리 할 수 있습니다.
안녕하세요 이므 란 귀하의 응답을 주셔서 감사합니다하지만 몇 가지 문제가 발생할 것 같아요 그 경우에는 조인과 같은 매핑 작업이있을 수 있습니다 하나, 많은, 하나에 많은 등 – Logicalj
모든 사람이 하나씩 처리 할 수 있습니다 최대 절전 모드. HBM 쿼리를 사용하여 조인 등을 수행 할 수도 있습니다. –
쿼리에서 각 모듈에는 자체 데이터 액세스가있는 것 같습니다. 매우 복잡하지 않으면 모든 데이터 액세스를 별도의 모듈에 넣을 수 있습니다. 프로젝트는 여러 개의 모듈을 가질 수 있지만 데이터 액세스를위한 한 곳을 가져야합니다.
제안한대로 데이터 관련 작업에만 적용되는 DAO 모듈을 사용할 수 있습니다. 패키지를 사용하여 다른 DAO 유형을 식별 할 수 있습니다.
공통 DAO는 단순하게 유지되어야합니다. 비즈니스 로직은 그렇게해서는 안됩니다. 논리는 상위 레벨에서 처리되어야합니다. 그 외에는
: -
모듈 1/src에 /../ 닷컴 /../../ BL
모듈 2/src에 /../ 닷컴 /../../ B0DATAACESS/SRC/../com/../../bl
DATAACESS/src에 /../ 닷컴 /../../ 보
마지막으로 우리가 선택합니다. 많은 우수 사례가 있습니다. 시나리오에 가장 적합한 것을 선택해야합니다. 결국에는 간단하고 관리가 용이해야합니다.
리비전 컨트롤을보아야합니다. 내가 거기에 없다고 추정합니다. –
안녕하세요, Nayan 귀하의 회신에 감사드립니다. 그러나 좋고 나쁜 접근 방식에 대해 안내해주십시오. – Logicalj