0
JavaBean 상속은 Java 클래스 상속과 거의 똑같은 작업을하기 때문에 중복되는 것처럼 보입니다.Java 클래스 상속과 javabean 상속의 차이점은 무엇입니까?
실제로 많은 JavaBean 규칙/규칙이 OO 및 JAVA에 중복됩니다.
따라서 두 상속의 차이점은 무엇입니까?
A
답변
2
귀하의 의견을 감안할 때, 나는 지금까지 귀하의 문제를 이해하고 있다고 생각합니다. "모든 것"은 Java에서 일관되고 잘 정의되어 있어야합니다.
그 아이디어는 불행히도 사실이 아닙니다. 자바는 20 년 이상의 역사가 있음을 명심하십시오. Beans는 초기부터 언어의 일부였습니다. Bean 기반 도구를 사용하여 응용 프로그램을 멋지게 연결하는 아이디어가있었습니다. 많은 것은 꿈꿔 왔지만 결코 성공하지 못했습니다.
그래서 특정 개념은 나중에 따라 잡지 않았습니다. 다른 한편, 자바는 하위 호환성에 관한 것이므로 더 이상 의미가 없어도 남아 있습니다.
그리고 저는 Erwin의 의견에 동의합니다. 당신은 너무 상식적입니다. "bean"은 Java 언어의 고정 된 요소가 아닙니다. 예를 들어 bean은 Java Language Specification 문서에 설명되어 있지 않습니다. 콩은 단지 비공식적 인 것이다 concept.
다른 말로하면, Java 클래스는 우선 Java 클래스입니다. Bean 규칙을 따르는 경우 Bean이라고합니다. 따라서 실제로 "bean"상속과 같은 것은 존재하지 않습니다. 긴 이야기 짧게 : 나는 당신이 을 overthinking 이것을 생각합니다.
+0
고맙습니다. 그것은 그것을 요약합니다. 기본적으로 준수해야 할 규칙이있는 다른 객체를 캡슐화 한 클래스를 따르는 것이 관례입니다. 저는 Spring MVC라는 프레임 워크를 사용하고 있기 때문에 혼란스러워졌습니다. XML 파일을 사용하여 Bean (클래스)을 조작하고 XML Bean 파일에 대해 많은 OO 개념 (상속과 같은)을 다시 소개합니다. 중복이 아닌가요? – coderg
+0
예. 그러나 컴퓨터 과학의 기본 규칙에 따라 : 추상화의 또 다른 계층을 추가하여 모든 문제를 해결할 수 있습니다! 이미 비슷한 레이어가있는 경우에도 마찬가지입니다. 귀찮게 불필요한 것은 그렇습니다. – GhostCat
+0
이것이 JAVA가 훌륭하고 다른 언어/프레임 워크/apis/관례가 권위가없는 이유를 확인하는 이유입니다. JAVA가 입증 되었기 때문에 관계형 데이터베이스와 거의 유사하지 않기 때문입니다.또한 수업은 언제 콩 대회를 따라야합니까? 또한 빈 규칙을 따르는 뼈대와 빈이 될 클래스가있는 인터페이스가없는 이유는 인터페이스를 구현했기 때문입니다. – coderg
Java bean 상속이란 무엇입니까? 예를 든다면? – GhostCat
JavaBean은 일반적인 도구를 지원하는 몇 가지 추가 규칙을 따르는 POJO (일반 오래된 Java 객체)입니다. –
@elliot frisch 네, 맞습니다.하지만 그 규칙은 표준 OO 규칙 및 JAVA 기능과 다르지 않습니다. ITS REDUNDANT. – coderg