다형성은 다양한 형태를 취할 수 있는 개체의 능력입니다. OOP에서 다형성의 가장 일반적인 사용은 부모 클래스 참조가 자식 클래스 개체를 참조하는 데 사용될 때 발생합니다. 둘 이상의 IS-A 테스트를 통과할 수 있는 모든 Java 객체는 다형성으로 간주됩니다. Java에서 모든 Java 객체는 모든 객체가 자체 유형 및 객체 클래스에 대한 IS-A 테스트를 통과하기 때문에 다형성입니다. 개체에 액세스할 수 있는 유일한 방법은 참조 변수를 통해서라는 것을 아는 것이 중요합니다. 참조 변수는 한 가지 유형만 가능합니다. 한번 선언

예, 최종 메소드는 상속되지만 재정의할 수 없습니다.

메서드 재정의는 런타임 다형성의 예입니다. 메서드 재정의에서 하위 클래스는 상위 클래스의 서명과 동일한 서명을 가진 메서드를 재정의합니다. 컴파일 시간 동안 참조 유형에 대한 검사가 수행됩니다. 그러나 런타임에서 JVM은 개체 유형을 파악하고 해당 특정 개체에 속한 메서드를 실행합니다. 예시 개념을 이해하려면 아래 예를 참조하십시오 - class Animal {    public void move() {       System.out.println("Animals can move

메서드 재정의는 런타임 다형성의 예입니다. 메서드 재정의에서 하위 클래스는 상위 클래스의 서명과 동일한 서명을 가진 메서드를 재정의합니다. 컴파일 시간 동안 참조 유형에 대한 검사가 수행됩니다. 그러나 런타임에서 JVM은 개체 유형을 파악하고 해당 특정 개체에 속한 메서드를 실행합니다. 다단계 상속의 모든 수준에서 메서드를 재정의할 수 있습니다. 개념을 이해하려면 아래 예를 참조하십시오 - 예 class Animal {    public void move() {       System.o

예! 컴파일러가 메서드 실행에 사용할 개체를 알고 있으면 참조를 개체에 정적으로 바인딩할 수 있습니다. 예를 들어 정적 변수, 개인, 최종 변수는 정적 바인딩을 사용합니다. 반면에 개체 식별이 런타임에 수행되어야 하는 경우 동적 바인딩이 사용됩니다. 메서드 재정의는 동적 바인딩의 경우입니다. 메소드 오버로딩은 정적 바인딩의 경우입니다.

예, 변수는 캐스팅에 의해 더 낮은 범위의 대체물로 다운캐스트될 수 있습니다. 그래도 데이터 손실로 이어질 수 있습니다. 아래 예를 참조하십시오 - 예시 public class Tester {    public static void main(String[] args) {       int a = 300;       byte b = (byte)a;       System.out.println(b);    } } 출력 출

이 연산자는 개체 참조 변수에만 사용됩니다. 연산자는 개체가 특정 유형(클래스 유형 또는 인터페이스 유형)인지 확인합니다. instanceof 연산자는 -로 작성됩니다. ( Object reference variable ) instanceof (class/interface type) 연산자의 왼쪽에 있는 변수가 참조하는 개체가 오른쪽에 있는 클래스/인터페이스 유형에 대한 IS-A 검사를 통과하면 결과는 참이 됩니다. 다음은 예입니다 - 예 public class Test {    public static v

선언에 abstract 키워드를 포함하는 클래스를 추상 클래스라고 합니다. 추상 클래스는 추상 메서드, 즉 본문이 없는 메서드를 포함하거나 포함하지 않을 수 있습니다( public void get(); ) 그러나 클래스에 하나 이상의 추상 메서드가 있는 경우 해당 클래스는 추상으로 선언되어야 합니다. 클래스가 추상으로 선언되면 인스턴스화할 수 없습니다. 추상 클래스를 사용하려면 다른 클래스에서 상속받아야 하고 그 안에 추상 메소드의 구현을 제공해야 합니다. 추상 클래스를 상속하는 경우 해당 클래스의 모든 추상 메서드에 대한 구현을

캡슐화 캡슐화는 네 가지 기본 OOP 개념 중 하나입니다. 나머지 세 가지는 상속, 다형성, 추상화입니다. Java의 캡슐화는 데이터(변수)와 데이터(메소드)에 작용하는 코드를 단일 단위로 함께 래핑하는 메커니즘입니다. 캡슐화에서 클래스의 변수는 다른 클래스에서 숨겨지고 현재 클래스의 메서드를 통해서만 액세스할 수 있습니다. 따라서 데이터 은닉이라고도 합니다. Java에서 캡슐화를 달성하려면 - 클래스의 변수를 private로 선언합니다. 변수 값을 수정하고 볼 수 있는 공개 setter 및 getter 메서드를 제공합니다.

사전에 따라 추상화 이벤트보다는 아이디어를 다루는 품질입니다. 예를 들어, 이메일의 경우 이메일을 보내자마자 일어나는 복잡한 세부사항, 이메일 서버가 사용하는 프로토콜 등의 복잡한 세부 사항은 사용자에게 숨겨져 있습니다. 따라서 이메일을 보내려면 내용을 입력하고 받는 사람의 주소를 언급한 다음 보내기를 클릭하기만 하면 됩니다. 추상화는 구현 세부 사항을 사용자에게 숨기는 프로세스이며 기능만 사용자에게 제공됩니다. 즉, 사용자는 개체가 수행하는 작업 대신 개체가 수행하는 작업에 대한 정보를 갖게 됩니다. Java에서 추상화는 Ab

예. Java로 추상 메소드/클래스를 매우 쉽게 생성할 수 있습니다. 예시 추상 클래스를 만들려면 클래스 선언에서 class 키워드 앞에 abstract 키워드를 사용하면 됩니다. /* File name : Employee.java */ public abstract class Employee {    private String name; private String address;    private int number; public Employee(String name, String addre

인터페이스는 Java의 참조 유형입니다. 클래스와 비슷합니다. 추상 메서드 모음입니다. 클래스는 인터페이스를 구현하므로 인터페이스의 추상 메서드를 상속합니다. 추상 메서드와 함께 인터페이스에는 상수, 기본 메서드, 정적 메서드 및 중첩 형식도 포함될 수 있습니다. 메서드 본문은 기본 메서드와 정적 메서드에만 존재합니다. 인터페이스를 작성하는 것은 클래스를 작성하는 것과 유사합니다. 그러나 클래스는 개체의 속성과 동작을 설명합니다. 그리고 인터페이스에는 클래스가 구현하는 동작이 포함됩니다. 인터페이스를 구현하는 클래스가 추상 클

Java 8은 인터페이스에 기본 메소드 구현이라는 새로운 개념을 도입했습니다. 이 기능은 이전 인터페이스를 사용하여 Java 8의 람다 표현식 기능을 활용할 수 있도록 이전 버전과의 호환성을 위해 추가되었습니다. 예를 들어 List 또는 Collection 인터페이스에는 forEach 메서드 선언이 없습니다. 따라서 이러한 메서드를 추가하면 컬렉션 프레임워크 구현이 중단됩니다. Java 8은 List/Collection 인터페이스가 forEach 메소드의 기본 구현을 가질 수 있도록 기본 메소드를 도입했으며 이러한 인터페이스를 구

추상 클래스에는 기본 동작을 구현하는 인스턴스 메서드가 있을 수 있습니다. 인터페이스는 상수와 인스턴스 메서드만 선언할 수 있지만 기본 동작을 구현할 수 없으며 모든 메서드는 암시적으로 추상입니다. 인터페이스에는 모든 공개 멤버가 있고 구현은 없습니다.

Java 8은 인터페이스에 기본 메소드 구현이라는 새로운 개념을 도입했습니다. 이 기능은 이전 인터페이스를 사용하여 Java 8의 람다 표현식 기능을 활용할 수 있도록 이전 버전과의 호환성을 위해 추가되었습니다. 예를 들어 List 또는 Collection 인터페이스에는 forEach 메서드 선언이 없습니다. 따라서 이러한 메서드를 추가하면 컬렉션 프레임워크 구현이 중단됩니다. Java 8은 List/Collection 인터페이스가 forEach 메소드의 기본 구현을 가질 수 있도록 기본 메소드를 도입했으며 이러한 인터페이스를

인터페이스는 Java 8 이후의 정적 도우미 메서드도 가질 수 있습니다. public interface vehicle {    default void print() {       System.out.println("I am a vehicle!");    }    static void blowHorn() {       System.out.println("Blowing horn!!!"); &nb

확장 인터페이스의 가장 일반적인 사용은 상위 인터페이스에 메서드가 포함되어 있지 않을 때 발생합니다. 예를 들어, java.awt.event 패키지의 MouseListener 인터페이스는 -로 정의된 java.util.EventListener를 확장했습니다. 예시 package java.util; public interface EventListener {} 메소드가 없는 인터페이스를 태깅 인터페이스라고 합니다. 인터페이스에 태그를 지정하는 두 가지 기본 설계 목적이 있습니다. 공통 부모 생성 Java API에서 수십 개의 다른

다른 인터페이스나 클래스에서 인터페이스를 선언할 수 있습니다. 이러한 인터페이스를 중첩 인터페이스라고 합니다. 다음은 중첩 인터페이스를 관리하는 규칙입니다. 인터페이스 내에서 선언된 중첩 인터페이스는 공개되어야 합니다. 클래스 내에서 선언된 중첩 인터페이스는 모든 액세스 수정자를 가질 수 있습니다. 중첩 인터페이스는 기본적으로 정적입니다. 다음은 중첩 인터페이스의 예입니다. 예시 class Animal {    interface Activity {       void move();

패키지는 이름 충돌을 방지하고 액세스를 제어하며 클래스, 인터페이스, 열거 및 주석의 검색/찾기 및 사용을 보다 쉽게 ​​하기 위해 Java에서 사용됩니다. 패키지는 액세스 보호 및 네임스페이스 관리를 제공하는 관련 유형(클래스, 인터페이스, 열거 및 주석)의 그룹으로 정의할 수 있습니다. 자바의 기존 패키지 중 일부는 - java.lang - 기본 클래스 묶음 java.io - 입력용 클래스, 출력 기능이 이 패키지에 번들되어 있습니다. 프로그래머는 자신의 패키지를 정의하여 클래스/인터페이스 등의 그룹을 묶을 수 있습니다. 프

패키지를 생성하는 동안 패키지 이름을 선택하고 클래스, 인터페이스, 열거 및 패키지에 포함할 주석 유형. 패키지 문은 소스 파일의 첫 번째 줄에 있어야 합니다. 각 소스 파일에는 하나의 패키지 문만 있을 수 있으며 파일의 모든 유형에 적용됩니다. 패키지 문이 사용되지 않으면 클래스, 인터페이스, 열거 및 주석 유형이 현재 기본 패키지에 배치됩니다. Java 프로그램을 패키지 문으로 컴파일하려면 아래와 같이 -d 옵션을 사용해야 합니다. javac -d Destination_folder file_name.java 그런 다음 지정된