0920 - 0926

0921 - org.assertj.core.api.Assertions.assertThat

assertj란?

테스트 코드 작성을 쉽게 도와주는 라이브러리
메소드 체이닝 지원 (메서드 체이닝이란 여러 메서드 호출을 연결해 하나의 실행문으로 표현하는 문)

asertj 사용하기

의존성

• maven

<dependency>
  <groupId>org.assertj</groupId>
  <artifactId>assertj-core</artifactId>
  <!-- use 2.9.1 for Java 7 projects -->
  <version>3.11.1</version>
  <scope>test</scope>
</dependency>

• gradle

testCompile("org.assertj:assertj-core:3.11.1")

선언

import static org.assertj.core.api.Assertions.assertThat;

사용법

• isEqualTo() -> 주소값이 아니다.

@Test
public void eq(){
    String name ="이름";
    assertThat(name).isEqualTo("이름"); // success
}

• 리스트 필드값 검증
• extraction('속성명').containsExactly('필드값1', '필드값2', '필드값3')

@Test
public void list(){
    User user1 = new User("피카츄");
    User user2 = new User("파이리");
    User user3 = new User("꼬부기");

    List<User> list = new ArrayList<>();
    list.add(user1);
    list.add(user2);
    list.add(user3);

    assertThat(list).extracting("name")
            .containsExactly("피카츄","파이리","꼬부기");//success
    
    assertThat(list).extracting("name")
            .containsExactly("피카츄"); //fail
}

• 오브젝트 객체 검증
• 객체에 hashCode(), equals() 구현

@Test
public void objectValue(){
    assertThat(피카츄User).contains(new User("피카츄"));
}

• 예외 테스트

@ParameterizedTest
@ValueSource(strings = {"", "spring"})
@DisplayName("이름 길이가 0 이하 또는 5 이상일 때 에러 확인")
void car_name_exception(String name) {
  assertThatThrownBy(() -> new Car(name))
      .isInstanceOf(IllegalStateException.class)
      .hasMessageContaining("이름 길이는 0이하 또는 5이상이어야 합니다.");
}

0922 - git flow

git-flow란

git으로 개발할 때 거의 표준과 같이 사용되는 방법론
각자 개발 환경에 따라 수정하고 변형해서 사용

git-flow 전략

• master : 제품으로 출시 될 수 있는 브랜치
• develop : 다음 출시 버전을 개발하는 브랜치
• feature : 기능을 개발하는 브랜치
• release : 이번 출시 버전을 준비하는 브랜치
• hotfix : 출시 버전에서 발생한 버그를 수정하는 브랜치

0924 - Merge, Squash and Merger, Rebase and Merge

Github의 새버전에서 merge, squash and merge, rebse and merge 세 종류의 merge를 모두 지원하기 시작했다. 각 머지 방식에 따라 커밋 히스토리가 달라지기 떄문에 어떤 경우에 어떤 머지를 사용하는 것이 좋은지 확인.

Merge

• a, b, c를 refer 하는 m 커밋 노드 생성, m은 parent로 init, c를 가짐
• 커밋 m에서부터 뒤로 되돌아가면서 부모를 모두 찾아 브렌치를 구성. 커밋 m은 부모로 c, Init을 가지고 있으며, c는 b를, b는 a를, a는 Init을 다시 부모로 가짐, 이 형상을 모두 backtrace 하여, Init->a->b->c->m이라는 구조를 만들고 이 구조가 모두 히스토리에 남음.
• htfix - develop, hotfix - master 브렌치간의 머지에 유용

Squash and Merge

• a, b, c를 합쳐서 새로운 커밋으로 만들고, 머지 대상 브렌치에 추가, 'a,b,c'커밋은 parent를 Init 하나만 가짐
• 커밋 'a,b,c'는 Init만을 부모로 가진 단일 커밋. 작업했던 브렌치의 a, b, c커밋들은 머지 후의 메인 브렌치 커밋 Init, 'a,b,c'와 아무런 연관을 가지지 않음.
• develop - feature, htfix - develop, hotfix - master 브렌치간의 머지에 유용

Rebase and Merge

• a, b, c 를 심리스(Seamless 는 Seam (겹친부분)이 less (없는) 것)하게 머지 대상 브렌치로 추가, 각 커밋들은 모두 parent를 하나씩만 가짐.
• 커밋 a, b, c의 관계를 그대로 유지한 채, 메인 브렌치에 그대로 추가. 커밋 a는 부모로 커밋 e를 가짐. Rebase and Merge 작업 후에는, 작업했던 브렌치의 a, b, c커밋들은 머지 후의 메인 브렌치의 Init, d, e, a, b, c 커밋들과 연관 관계를 가지지 않음.
• master - develop 브렌치간의 머지에 유용

0925 - 프레임워크과 라이브러리

framework(프레임워크)

프레임워크는 뼈대나 기반구조를 뜻하는데, Application 개발 시 필수적인 코드, 알고리즘, 데이터베이스 연동 등과 같은 기능들을 위해 어느정도 뼈대(구조)를 제공해주는 것. 그러므로 그러한 뼈대 위에 프로그래머가 코드를 작성하여 Application을 완성시켜야 한다. 어느정도 뼈대를 제공해 주기 때문에, 객체 지향 개발을 하면서 일관성 부족 등의 문제를 해결해 준다. 그래서 소프트웨어에서는 프레임워크를 아래와 같이 정의하곤 한다.
소프르웨어의 특정 문제를 해결하기 위해서 상호 협력하는 클래스와 인터페이스의 집합

Libreay(라이브러리)

Library는 특정 기능에 대한 도구 or 함수들을 모은 집합이다. 즉, 프로그래머가 개발하는데 필요한 것들을 모아둔 것. Library는 프로그래머라면 누구나 한번쯤은 써봤을 것이며, 스스로 써보지 않았다라고 생각하는 사람도 라이브러리가 무엇인지 몰라서 그렇게 얘기하는 것일 뿐, 자기도 모르게 써보았을 것이다. Library 역시도 아래와 같이 간단하게 정의할 수 있다.
단순 활용이 가능한 도구들의 집합

차이

Framework와 Library의 차이는 Flow(흐름)에 대한 제어 권한이 어디에 있느냐의 차이이다. 프레임워크는 전체적인 흐름을 자체적으로 가지고 있으며, 프로그래머가 그 안에 필요한 코드를 작성하는 반면에 라이브러리는 사용자가 흐름에 대해 제어를 하며 필요한 상황에 가져다 쓰는것.

• 프레임워크에는 분명한 제어의 역전 개념이 적용되어 있어야 한다.
• 제어의 역전이란 어떠한 일을 하도록 만들어진 프레임워크에 제어의 권한을 넘김으로써 클라이언트 코드가 신경 써야 할 것을 줄이는 전략