왜 우리는 최대 절전 모드 주석을 사용합니까?

Question

왜 중요한가요? XML 매핑에 따라 어떤 이점이 있습니까? 이것을 설명 할 수 있습니까? 고맙습니다.

Answer 1

"필수"와 같이 중요한 것은 아닙니다. 강점과 약점이있는 다른 가능성이 있습니다.

장점 :

• 컴파일 - 시간 검사 (XML 대신) 자바에 쓰기는 매우 사용하기 쉬운 요즘 IDE에서입니다. 더 이상 오타 기억하기 훨씬하지 응용 프로그램 (증분 컴파일), (완료를) 시작할 때 발견을 ...
• 코드 (클래스 수준)으로 현지화 : 대신 (자바를 두 개의 파일을 열 필요로하고 xml)을 사용하여 하나의 주석이 달린 Java 파일을 사용하여 파일 하나만 열기. 이것은 반복성이 적고, 장기적으로는 더 빠릅니다.
• 코드 (메서드 또는 필드 수준)로 지역화 : 주석이 메서드 (또는 필드)로 이동하기 때문에이 속하는 메서드를 지정할 필요가 없습니다. 그 redondant 정보는 더 짧고 항상 일관성이 있습니다 (예를 들어 코드 리팩토링 이후에도). 유지 보수가 훨씬 빠릅니다.
• 도구 (javadoc, 리플렉션을 사용하는 다른 도구)은 다른 요구 사항에 대해 특수 효과를 사용할 수 있습니다.
• 주석은 xml보다 최신이며, 팀은 더 나은 기본값 인을 제공하기 위해받은 시간에 사용한 입력을 사용했습니다. Xml에는 호환성이 있기 때문에 그다지 변경할 수는 없습니다. 종종 주석 기술을 사용하면 주석을 전혀 쓰지 않고을 사용할 수 있습니다. 특히 개발 중에 시간을 절약한다고 상상해보십시오.

Answer 2

(이러한 이유로 나를 위해 시간 검사를 컴파일, 오타 등의 단점을 기각) 내가 주석 주위의 모든 과대 광고를 이해하지 않고 나는 다음과 같은 이유로 HBM을 선호 :

1. seperation에 OD 우려를/단일 책임 : HBM의 경우 모든 HBM 관련 ORM이 있습니다. 엔티티 및 도메인 논리 (테이블 구조와 무관 한) Java 클래스. DB 및 Java 클래스는 독립적으로 변경할 수 있습니다 (HBM 만 업데이트해야 함).
2. 코드가 주석으로 어수선하게 쌓이지 않습니다. 나는 단지 도메인 논리를 보는 것을 선호한다. 주석은 많은 잡음을 추가합니다.

HBM이 잘 구성된 경우 (Java 클래스 당 하나의 HBM, 일관된 이름 지정) 둘 사이를 쉽게 탐색 할 수 있습니다. Junit 테스트 및 일부 규율은 컴파일 시간 검사의 필요성을 제거합니다. 기본값에 관해서는, 최대 절전 모드가 아무런 작업도 할 수 없다면 전혀 XML없이 작업 할 수 있어야한다고 생각합니다. (개념적으로 - 이것이 현실인지 모르겠다.)