백투더코딩

---

추상화

어떤 것들의 공통적인 성격을 뽑아내어 이를 따로 분리해내는 작업

 

인터페이스

자바가 추상화를 위해 제공하는 유용한 도구

어떤일을 하겠다는 기능만 정의해 놓을 것

자신이 사용할 클래스가 어떤 것인지 몰라도 단지 인터페이스를 통해 원하는 기능을 사용하기만 하면 된다.

 

개방 폐쇄 원칙

객체지향 설계 원칙 중 하나

클래스나 모듈은 확장에는 열려있어야 하고 변경에는 닫혀있어야 한다.

객체지향 설계 원칙(SOLID)

객체지향의 특징을 잘 살릴 수 있는 설계의 특징

디자인 패턴이 구체적인 솔루션이라면 객체지향 설계 원칙은 general한 설계 기준

5가지 객체지향 설계 원칙

1. SPR(The Single Responsibility Principle): 단일 책임 원칙

 하나의 메서드에는 하나의 기능

2. OCP(The Open Closed Principle): 개방 폐쇄 원칙

 확장에는 열려있지만 변경에는 닫혀있다

3. LSP(The Liskov Subsitution Principle): 리스코프 치환 원칙

다형성

4. ISP(The Interface Segregation Principle): 인터페이스 분리 원칙

 사용자마다 창 분리하여 구현

5. DIP(The Dependency Inversion Principle): 의존관계 역전 원칙

 사용할 객체 불러쓰기

객체 지향의 세계에선 모든 것이 변한다.

오브젝트에 대한 설계와 이를 구현한 코드도 영원한 것이 아니라 변화가 필요한데

객체를 설계할 때 가장 주의를 기울여야 하는 부분이 바로 이 변화에 어떻게 대비할지이다.

가장 좋은 방안은 변화를 코드에 적용할 때 변화의 폭을 최소화하는 것이다.

->분리와 확장을 통해

분리의 두 가지 법칙

1. 관심사의 분리

관심이 같은 것들을 하나의 객체 안으로

관심이 다른 것은 서로에게 영향을 주지않도록 분리

2. 중복 코드의 메소드 추출

DAO의 관심사항

1. DB 커넥션을 어떻게 가져올 것인가

어떤 DB를 쓰고 어떤 드라이버를 사용할지 등등

2. SQL문을 담을 Statement를 만들고 실행

파라미터로 넘어온 정보를 statement에 바인딩시키고 거기에 담긴 SQL을 DB를 활용해 실행

3. 리소스의 반환

statement, connection 오브젝트 반환

변경사항 검증하는 두 가지 방안

1. 리팩토링

리팩토링: 기능은 유지하면서 구조를 바꿔나가며 목적에 맞게 코드를 개선해나가는 과정

->관심사의 분리와 확장이 키워드

->변화에 효율적으로 대응할 수 있고 생산성이 올라간다.

2. 테스트

상속을 통한 확장

추상 메소드를 활용해 상속을 통해 서브클래스로 분리

public abstract class UserDao { 
    public void add(User user) { // throws 코드 생략
        // ...
    }

    public User get(String id) {
        // ..
    }
    
    public abstract Connection getConnection(){ // 이 메소드를 상속해야 함
        // ..
        //추상 클래스
    }
}

public class NUserDao extends UserDao {
    public Connection getConnection(){
        //메소드의 구현은 서브클래스가 담당
    }
}

상속의 단점

1. 다중 상속 허용 X

2. 상속을 통한 상하위 클래스의 관계가 생각보다 밀접

서브클래스는 슈퍼클래스의 기능을 직접 사용 가능함

슈퍼클래스 내부의 변화가 생길경우 서브클래스도 수정해야할수도

3. 다른 DAO 클래스에 사용 불가능

디자인 패턴

개발 시 자주 직면하는 문제들을 해결하기 위해 사용하는 재사용 가능한 솔루션

주로 객제지향 설계에 관한 것

패턴을 적용할 상황, 해결해야 할 문제, 솔루션의 구조와 각 요소의 역할과 함께 핵심 의도가 무엇인지 공부

템플릿 메소드 패턴

변하지 않는 기능은 슈퍼클래스에, 확장이 필요한 기능은 서브클래스에

훅메소드: 서브클래스에서 선택적으로 오버라이드 할 수 있도록 슈퍼클래스에 정의해둔 메소드

추상메소드를 구현하거나(위의 예시), 훅 메소드를 오버라이드하는 방법 이용 

팩토리 메소드 패턴

상속을 통해 기능을 확장하게 하는 패턴

슈퍼클래스 코드에서 서브클래스에서 구현한 메소드를 호출해서 필요한 타입의 오브젝트로 가져와 사용

주로 인터페이스 타입으로 오브젝트를 리턴

+읽고 느낀 점

DAO

Data Access Object

DB를 통해 데이터 조회, 수정 등의 기능을 하는 오브젝트

자바빈(빈)

비주얼 툴 컴포넌트로서의 자바빈 인기는 줄어들었지만 몇가지 특징들이 오브젝트 오픈소스 기술을 통해 이어져 왔다.

이어진 특징들

-디폴트 생성자: 파라미터가 없는 디폴트 생성자

-프로퍼티: 자바빈이 노출하는 이름을 가진 속성, getter와 setter로 조회/수정 가능

JDBC 이용하는 일반적인 작업 순서

1. DB 연결을 위한 Connection을 가져온다.

2. SQL을 담은 Statement(또는 PreparedStatement)를 만든다.

3. 만들어진 Statement를 실행한다.

4. 조회의 경우 SQL 쿼리의 실행 결과를 ResultSet으로 받아서 정보를 저장할 오브젝트에 옮겨준다.

5. 작업중에 생성된 Connection, Statement, ResultSet 같은 리소스는 작업을 마친 후 반드시 닫아준다.

6. JDBC API가 만들어내는 예외를 잡아서 직접 처리하거나, 메소드에 throws를 선언해서 예외가 발생하면 메소드 밖으로 던지게 한다.

코드의 기능을 테스트하고자 할  때 사용가능한 가장 간단한 방법

오브젝트 스스로 자신을 테스트하도록 만들어주는 것

테스트에 관한 자세한 내용은 2장에 나옵니다.

+읽고 느낀 점

비트란?

컴퓨터에서 사용하는 데이터의 최소 단위

0과 1

비트마스크란?

정수의 이진수 표현을 자료 구조로 쓰는 기법

집합을 메모리/시간 효율적으로 표현 가능하게 해줌

ex) 집합의 i번째 요소가 존재한다면 1, 존재안하면 0으로 표시 (비트마스킹)

비트 연산자 종류

-and 연산 &

-or 연산 |

-xor 연산 ^

 둘 중 하나만 1일 때 1

-not 연산 ~

-shift 연산 <<, >>

 왼쪽, 오른쪽으로 비트 이동, 빈자리는 0으로

비트마스크 연산 활용

-부분집합 i번째에 요소 삽입(i번째 비트 1로)

bit=bit | 1<<i

-부분집합 i번째 요소 삭제(i번째 비트 0으로)

bit=bit & ~(1<<i)

-부분집합 i번째 요소 조회

if ( bit& (1<<i)==1 ) i는 1

else i는 0

-부분집합 i번째 요소 토글(0->1,1->0)

bit=bit ^ ( 1<<i )

비트 마스크 사용시 주의할 점

-비교 연산자보다 비트 연산자의 우선 순위가 낮음

-오버플로우 문제

비트마스크의 장점

1. 빠른 수행속도

   O(1)

2. 코드가 짧음

   집합 연산들을 비트연산자를 활용해 한 줄로 표현 가능

3. 적은 메모리 사용량

4. 집합을 배열의 인덱스로 활용할 수 있음

참고사이트

https://rebro.kr/63

https://jooncco.com/algorithms/bitmask/

https://kim6394.tistory.com/246

https://velog.io/@cchloe2311/%EC%95%8C%EA%B3%A0%EB%A6%AC%EC%A6%98-%EB%B9%84%ED%8A%B8%EB%A7%88%EC%8A%A4%ED%82%B9Bit-Masking

스프링

자바 엔터프라이즈 애플리케이션 개발에 쓰이는 프레임워크

자바가 복잡해지며 퇴색된 객제지향의 가치를 다시 살려주는 개발 도구

->객제치향의 원칙을 살린 오브젝트의 설계, 구현, 작동이 중요한 쟁점

->코드를 한 번짜면 평생 쓰는게 아니라 객체지향을 기반으로 미래의 변화에 대비해야함

두가지 중요한 가치

단순함: 목적을 이루기 위한 단순한 접근 방법

유연성: 다른 프레임워크들과 쉽게 결합되며 확장되는 방법

스프링을 이해한 후 자신의 프레임워크에 맞게 확장해나가는 능력이 중요

스프링을 이해?

스프링의 원리, 추구하는 가치와 목표를 확실히 알고있는 것

->스프링이 어떤 기술들을 제공하고 왜 제공하는지 공부

1. 코드의 데이터베이스 이름, 계정이름, 비밀번호가 정확한지 확인

2. jar파일이 제대로 들어가있는지 확인

jar파일도 넣고 코드에 데이터베이스 정보들도 다 제대로 적었는데 계속 아래와 같은 오류가 떴다.

->이클립스가 예전 버전이고 커넥터 jar파일이 가장 최신 버전이라 버전 호환이 안돼서 오류가 발생했을수도 있다는 생각이 들었다. 이클립스를 가장 최신버전으로 업데이트하고 코드도 여러 번 다시 확인했지만 오류를 해결하지 못했다.

->그러다 다운받아 연결한 external jar파일이 source옵션에서 다운받은 ~sources.jar파일로 잘못된 파일이 들어가있음을 발견했다. mariaDB 사이트에서 connector를 universal 옵션으로 ~.jar파일을 다시 다운받은 후 그 파일을 연결하여 오류를 해결할 수 있었다.

해당 jar파일의 다운로드 링크는 아래와 같다. 

https://downloads.mariadb.com/Connectors/java/connector-java-2.7.3/