🐥 주니어 성장일기: 2021.05.01

🐈 Catchoo 프로젝트

• record 조회 시 리턴되는 데이터 변경: catId 삭제, commentId 삽입
• 전체적으로 수정과 삭제 버그 잡음
• 게시글 조회 시 삭제된 댓글 나오는 문제 수정

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

#!/bin/bash

REPOSITORY=/home/admin/app/step1/Project_Cats

cd $REPOSITORY/catchoo-server/

echo "> Git Pull"

git pull

echo "> project build start"

./gradlew build

echo "> copy Build file"

cp ./build/libs/*.jar $REPOSITORY/

echo "> check pid of application running now"

CURRENT_PID=$(pgrep -f cat-app-server)

echo "$CURRENT_PID"

if [ -z $CURRENT_PID ]; then
    echo "> not shut down because there is not application running now."
else
    echo "> kill -2 $CURRENT_PID"
    kill -9 $CURRENT_PID
    sleep 5
fi

echo "> deploy new application"

JAR_NAME=$(ls $REPOSITORY/ |grep 'cat-app-server' | tail -n 1)

echo "> JAR Name: $JAR_NAME"

nohup java -jar $REPOSITORY/$JAR_NAME &

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

// ArticleService.java 
public List<ArticleResponse> fetchArticlePagesBy(
  Long lastArticleId, int size, Long loginMemberId
) { 
  Member loginMember = memberService.findById(loginMemberId); // 사용자 객체를 조회한다.
  List<Member> followers = findFollowersWithLoggedInMember(loginMemberId, loginMember); // 사용자를 포함하고, 사용자가 팔로우하고 있는 사람들을 가져온다. 
  Page<Article> articles = fetchPages(lastArticleId, size, followers); // followers의 게시물들을 페이지네이션해서 가져온다. 
  return ArticleAssembler.toDtos(articles.getContent(), loginMember); 
} 

private List<Member> findFollowersWithLoggedInMember(
  Long memberId, Member loginMember
) { 
  List<Long> followingsIds = followService.findFollowingsIds(memberId); 
  List<Member> allMembers = memberService.findAllByIds(followingsIds); 
  allMembers.add(loginMember); 
  return allMembers; 
} 

private Page<Article> fetchPages(Long lastArticleId, int size, List<Member> followers) { 
  PageRequest pageRequest = PageRequest.of(0, size); // 페이지네이션을 위한 PageRequest, 페이지는 0으로 고정한다. 
  return articleRepository.findByIdLessThanAndAuthorInOrderByIdDesc(lastArticleId, followers, pageRequest); // JPA 쿼리 메소드 
}

👩‍💻 모각코

• 희진이랑 오랜만에 학교 앞에서 모각코

🐈 Catchoo 프로젝트

🏠 JIB 프로젝트

프로젝트장님이 그저께 내 성장일기를 보시고 리액트 능력자인 줄 알고 연락을 주셨다.. 하하하 제가 리액트 능력자인줄 아셨다면 경기도 오산입니다 그저께 성장일기의 프론트엔드 파트는 리액트 능력자인 캣츄 팀원분들이 하신 내용을 정리한 것..ㅎㅎ 을 설명드리니까 그래도 일단 이렇게 된거 프론트엔드도 해보자! 해서 얼떨결에 프론트 회의도 참석하게 되었다. 둘다 하면 정말 좋겠지만 정말 할 수 있는지는 좀 더 봐야 할 것 같다.

프론트엔드 회의

• 리액트 프로젝트는 컴포넌트로 나누는 것에서 시작한다. 컴포넌트가 리액트의 가장 핵심

• 보통 프론트에서 대강 화면 및 라인을 주면 기획팀에서 이를 채워넣는 식으로 프로젝트가 시작한다고 하셨다. 백엔드는 이게 나왔을 때 좀 나중에 시작한다고.. 이 이야기를 들으며 아무 생각 없이 백엔드에서 데이터 스키마부터 화면이 어떻게 나올 지 다 예측하고 정해서 시작을 했던 캣츄 프로젝트가 생각나면서.. 눈물을 훔쳤다..

• 기획팀에서 작성한 플로우를 따라가면서 비즈니스 이해를 하는 시간을 가졌다.

• Class Component가 아닌 Functional Component를 사용할 거라고 정해졌다.

  • Functional Component가 보다 Class 방식보다 좀 더 간단하고, 요즘 트렌드라고 한다. Class 방식을 사용할 경우 생성자도 사용하고, ComponentDidMount, Update, Delete 모두 사용해야 하며 render()를 명시적으로 코드에 작성해야 한다. Functional 방식의 경우 이 모든 것들이 비하인드 씬에서 일어난다고 한다.
  • 자바로 개발을 시작하고 현재진행형으로 자바개발자로 개발하고 있는 나로서는 클래스 문법이 더 직관적이라고 느껴지지만.. 그래도 비하인드 씬에서 이루어지니 생산성과 가독성은 향상될 것 같다.
  • 실제로 함수형은 클래스보다 후에 나왔기에 더 편하다고 한다. 함수형은 state, lifeCycle 관련 기능은 사용 불가능하지만, 이는 Hook을 통해 해결된다고 한다. 그리고 클래스형보다 메모리 자원을 덜 사용한다. 또한 컴포넌트 선언이 편하다는 장점이 있다. 단 임의 메서드는 정의할 수는 없다.
  • 클래스형과 함수형 차이

• 그리고 대장님이 리액트 LifeCycle이 중요하다면서 설명해주셨다.

  

  출처: https://projects.wojtekmaj.pl/react-lifecycle-methods-diagram/

  • Mount(생성): 컴포넌트의 인스턴스가 생성되어, DOM에 삽입될 때 순서대로 호출된다.
    • constructor()
    • render()
    • componentDidMount()
  • Update: props나 state가 변경되면 render(갱신)가 진행되며 순서대로 호출된다.
    • render()
    • componentDidUpdate()
  • Unmount: 컴포넌트가 DOM에서 제거될 때 호출된다.
    • componentWillUnmount()

  뜬금없이 스프링 빈 생명주기가 생각났다

• 과제: 리액트 사용해서 JIB의 검색 결과 페이지 구현

백엔드엔드 회의

• DB 결정
  • NoSQL(MongoDB): 조회 성능이 좋다.
  • SQL + Redis: RDB는 조회 성능이 안좋기 때문에 Redis를 적절히 사용해 조회 결과를 캐싱해 성능을 높일 필요가 있다.
• 영속성 프레임워크(Persistance Framework)
  • MongoDB를 사용할 경우, JPA처럼 인터페이스 선언만으로 사용할 수 있기에 간단하다.
  • SQL을 사용할 경우 JPA를 사용하기로 하였다.
• 목표
  • 테스트 주도 개발(TDD)
  • 확장성 있는(Scaleable) 개발