April 5, 2023

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 버전 문제를 아직 해결 못한 점... 흑...

참고

undefined