📖 Java OOP

📖 Java OOP

• 📖 Java OOP * 현실을 그대로 옮긴다 * ♻️ 재사용한다는 의미 * 일반화와 추상 클래스 * Referencing 해서 부모객체(추상 클래스)를 사용하기
  • ⭐ SOLID by 📔 Limky
    • SRP (Single Responsibility Principle) 단일 책임 원칙
    • OCP (Open Closed Principle) 개방 폐쇄 원칙
    • LSP (Liskov Substitution Principle) 리스코프 치환 원칙
    • ISP (Interface Segregation Principle) 인터페이스 분리 원칙
    • DIP (Dependency Inversion Principle) 의존 역전 원칙
  • 🔍 객체 Reflection
    • #️⃣ HASHING
  • 📌 Hashcode() 와 Equals()
  • = equals
    • ❓ 왜 hashcode를 equals와 같이 오버라이드 해야되는지

현실을 그대로 옮긴다

현실의 객체들이 가지고 있는 속성과 기능들 중에서 중요한 것들만 남기고 불필요한 것은 없애게 된다. 이러한 과정을 “추상화 한다.” 라고 말한다.

♻️ 재사용한다는 의미

클래스를 다시 사용하는것이 아니라 추상화를 통해 확장시키는것의 의미이다

일반화와 추상 클래스

인스턴스가 될 수 없는 클래스를 “추상 클래스"라고 한다.

추상 클래스 : 상속을 통해 확장하는 개념의 클래스로 어떤것에 관한 공통적인 기능, 속성을 담고있어 “일반화"된 것이다.

Referencing 해서 부모객체(추상 클래스)를 사용하기

Car c = new Bus();

객체생성시의 유연하고, 확장성 있는 객체를 만들수 있다는 장점

Car c = new Bus();
c.달리다();
c.안내방송하다();   // 불가
c.주차();          // 오버라이드

⭐ SOLID by 📔 Limky

자기 자신 클래스 안에 응집도는 내부적으로 높이고, 타 클래스들 간 결합도는 낮추는 High Cohesion - Loose Coupling 원칙을 객체 지향의 관점에서 도입한 것이다.

✔️ 다시말해 응집도가 높은 각 모듈을 재사용함으로써, 수정을 최소화하여 유지보수를 용이하기 위함이다.

SRP (Single Responsibility Principle) 단일 책임 원칙

하나의 클래스안에 많은 속성을 넣지말고, 필요한 클래스의 역할과 목적에 맞는 속성과 메서드들을 추려 하나의 클래스들로 각각 만들어야 한다.

❌ Father harry = new Son(); - 해리라는 이름의 아들이 아버지의 행동을한다. ⭕ Animal mickey = new Rat(); - 미키라는 이름의 쥐가 동물의 행동을 한다.

✔️ 클래스의타입 이름 = new 하위클래스();로 기억하자.

ISP (Interface Segregation Principle) 인터페이스 분리 원칙

SRP와 같은 원인에 대한 다른 해결책을 제시한다. 이미 만들어진 여러개의 속성과 메서드를 인터페이스 를 통해 필터링하여 상황에 맞게 사용한다는 방식

✔️ 의미적으로 OCP 개방 폐쇄 원칙 과 유사하다.

🔍 객체 Reflection

클래스의 내부정보를 조회하거나 조작하는 기법

#️⃣ HASHING

text, address, 객체내의 int, string, boolean값들을 int값으로 만든것.

• 검색을 빨리하기위해서 사용한다
• 중복될수있다
• 데이터 자체가 같은지 비교하고 같다면 데이터의 내용이 같은지를 다시 비교하는식으로 검색

📌 Hashcode() 와 Equals()

= equals

Point p1 = new Point(10, 20);
Point p2 = new Point(10, 20);
Point p3 = p2;

// == : 두객체의 동일성
System.out.println(p1 == p2);
System.out.println(p2 == p3);

//equals : 두 객체의 동질성 비교한다. (내용비교)
System.out.println(p1.equals(p2));     
System.out.println(p2.equals(p3));

✔️ String을 equals() 메서드로 비교할때, String 문자열끼리 비교되는 반면 ✔️ Point객체는 Override가 안되어있기 때문에 == 로 비교되어 false를 반환한다.

❓ 왜 hashcode를 equals와 같이 오버라이드 해야되는지

hashmap, hashset같은 자료구조들의 비교 과정에서 성능이 떨어지는 문제 때문에 hashcode를 구현해서 같이 쓴다.

Set<Point> set = new HashSet<Point>();

Point p1 = new Point(10, 20);
set.add(p1);

Point p2 = new Point(100, 200);
set.add(p2);

Point p3 = new Point(10, 20);
set.add(p3);

for(Point p : set) {
	System.out.println(p);
}

Point [x=100, y=200]
Point [x=10, y=20]

hashcode()가 Override 되어있을경우 두개만 출력된다

Point [x=100, y=200]
Point [x=10, y=20]
Point [x=100, y=200]

equals만 있다면 세개가 모두 출력

String str1 = new String("ABC");
		String str2 = new String("ABC");
		System.out.println(str1 == str2);
		System.out.println(str1.equals(str2));

		System.out.println(str1.hashCode() + " : " + str2.hashCode());
		System.out.println(System.identityHashCode(str1) + " : "+System.identityHashCode(str2));

false
true
64578 : 64578       //이미 Override되어있기 때문
366712642 : 1829164700

String str3 = "ABC";
String str4 = "ABC";

System.out.println(str3 == str4);
System.out.println(str3.equals(str4));

System.out.println(str3.hashCode() + " : " + str4.hashCode());
System.out.println(System.identityHashCode(str3) + " : "+System.identityHashCode(str4));

true
true
64578 : 64578
2018699554 : 2018699554

//모두 같은 객체이다.

String str3 = “ABC”; 의 과정에서는 ABC라는 string의 hashcode값을 메모리에 저장한다.

이후 String str4 = “ABC”; 의 step에서는 같은객체가 있는지 확인한뒤 있다면 같은 객체를 참조하도록 한다.

위와같은 과정은 변수선언을 Literal로 하는 방법이 변수를 재사용하여 사용하기 때문에 유용하다는 점을 시사한다.