230405(수)

🎄 성장일지 4.0

책 행복한 이기주의자(웨인 다이어)의 내용에 자극받아 시작하는 소박한 성장기록

살아있는 꽃과 죽은 꽃은 어떻게 구별하는가?
성장하고 있는 것이 살아 있는 것이다.
생명의 유일한 증거는 성장이다!

🌳 (1.0)키워드
최대한 간단하게 정리, 추후에 보면서 스스로 설명
🍉 (2.0)경험 위주로
단순 정보를 전달하기보다 무엇을 배웠고 어떻게 해결했는지 짧고 간단하게 작성
❄️ (3.0)정해진 템플릿에 맞춰서
키워드, 경험 모두 좋다. 다만 매일 작성하기로 마음 먹은만큼 핵심만 간결하게 정리할 수 있게 템플릿을 작성
(3.1)230102부터 시작되는 학습에 관한 내용 추가
(3.2)230313부터 좀더 경험, 감정 위주의 내용도 담기!
🌾 (4.0)학습 키워드에서 최대한 간단한 정보 제공, 고민에서 내 경험을 자세히 적자!

🔑 오늘의 학습 키워드

이미 push한 파일 다시 .gitignore로 처리하기

git rm --cached <fileName> # 특정 파일만 다시 처리할 때
git rm --cached . # 현재 디렉토리 기준 모든 파일 다시 처리할 때

위의 명령을 실행해주고 .gitignore에 무시할 파일 적은 뒤 다시 add, commit, push를 진행해주면 된다.

interface와 abstract class

이 둘의 차이를 찾아보게 된 계기

• interface로 class를 좀더 추상화해서 작성하는데, class에서 사용할 private 프로퍼티가 inteface에서는 선언 자체가 안되어서 방법을 생각하던 중 찾아보게 되었다.
• interface에서 선언하는 것은 전부 pubilc만 가능하다.(애초에 공개적인 규격 내지 청사진, 설계도 정도로 생각하면 된다.)
• 다만, abstract class는 interface와 아주 유사하면서 동시에 class이다. 그렇지만 class처럼 생성자로서의 역할은 하지못하고(인스턴스를 만들지 못한다.) 인터페이스만큼 유연하지 않다.
  • 또한, abstract class는 그래도 class이기 때문에 implements 가 아닌 extends를 통해서 구현보단 상속의 개념이 강하다. 그만큼 더 강한 규격이 만들어진다.
  • 그래서 private, protected 프로퍼티 또한 선언할 수 있다.

계획

• 기본이 되는 Model, View, Component 구현 마무리하기
• 작성해놓은 기능 목록을 토대로 class diagram 작성하기

고민 사항

1. 클래스 다이어그램? 컴포넌트 다이어그램?

기본적으로 컴포넌트를 클래스로 구현하다보니 자연스럽게 컴포넌트를 단위로 마치 클래스다이어그램처럼 작성하게 되었다. 아직 그 내부의 프로퍼티와 메서드는 작성하지 못했다. 각 컴포넌트마다 필요한 메서드가 다를 것 같은데, 이걸 코드로 작성하기 전에 미리 설계부터 해놓는다는 게 아직 감이 오질 않는다. 일단 이렇게 틀을 만들어 두고 코드를 작성하면서 조금씩 붙여나가보자.(코드 작성하면서 다이어그램 업데이트도 같이!)

📝 요약 및 하루 간단 회고

하루는 짧은데, 할 건 많다. 라고 말해봐야 아무 의미없겠지?! 결국엔 시간을 만들어내는 것도 내가 할 일이다!!! 할 수 있다!!!

오늘의 잘한 점

• 클래스 다이어그램 완성
• interface와 abstract class 차이 알게 된 점
• yarn과 씨름…

오늘의 아쉬운 점

• yarn 버전 문제를 아직 해결 못한 점… 흑…

참고

• .gitignore 다시 적용
• 인터페이스와 추상 클래스