ez-dev-oo

{수정 필요}- 인터페이스 정의 시, 다른 언어에서 interface IStudent = ... 처럼 이름 앞에 I를 붙이는 컨벤션을 사용하는 것과 달리 TS는 그냥 대문자로 시작하는 파스칼 표기법을 사용한다.- 타입 정의나 인터페이스 정의 시, 보통 , 보단 ; 를 사용한다.- 인터페이스를 타입으로 갖는 함수는 인터페이스 구성 요소를 모두 가져야 한다.- 있어도 되고 없어도 되는 속성에는 attr?: false 처럼 물음표를 붙여 사용한다.- 타입 스크립트에서 원시 타입은 모두 소문자를 사용한다.  Reference  타입스크립트 기본 타입

커밋이란 거.. 쉬우면서도 복잡하고 은근히 지켜야 할 게 많으면서도 자유롭다..이 글과 지난번 사용하던 컨벤션을 고려하여 설정했다.사실 혼자 뚝딱뚝딱 만드는 작은 프로젝트지만, 그래도 규칙을 정해두고 해버릇 하면 실제 협업에서 도움이 될 것 같아 지키려고 노력 중이다. ◾ 자주 쓰는 Type • Feat : 새로운 기능 추가  • Modify : 기능 변경. 기능 업데이트 또는 기능 삭제  • Fix : 버그 또는 에러 수정  • Chore : 빌드 수정, 패키지 추가, 환경변수 설정 등 자잘한 업데이트   • Design : CSS 등 UI 디자인 수정  • Style : 코드 포맷팅, 코드 오타, 함수명 수정 등 코드 스타일 수정  • Refactor : 코드 리팩토링  • Comment : 주석 ..

포트폴리오 사이트를 만들기 시작한 지도 어느덧 2주가 지나간다. 이제 project 부분 데이터 넣어주고 상세페이지 제작만 하면 디테일한 부분 빼고 거의 완성이지만, 난 오늘 프로젝트를 갈아엎기로 결심했다. (완전히 버리고 새로 시작하는 건 아니지만,, 그래도 두 번째 디자인을 좀 더 공들여 할 예정이다.)  결심한 첫 번째 이유. 오른쪽 사이드바. 남들 다 하는 헤더나 왼쪽 사이드바 말고, 유니크하게 오른쪽 사이드바를 제작했다. 처음엔 독특해서 마음에 쏙 들었지만 제작을 하면 할 수록 왼쪽에 들어오는 내용들의 길이가 제각각인데 오른쪽에 고정된 사이드바가 있으니 뭐랄까.. 좀 구렸다. 왼쪽에서 오른쪽으로 글을 읽는 게 익숙하기에 오른쪽엔 당연하게도 여백이 나와야 할 것만 같은데, 비어있어야 할 공간에 뭔..

먼저 인증을 위한 앱 비밀번호를 발급받는다.◾ 앱 비밀번호 발급받기 생성한 비밀번호는 다시 조회할 수 없으니 바로 .env에 설정해 둔다.만약 까먹었으면 삭제하고 다시 생성하면 된다.  ◾ problem 1외부 라이브러리 nodemailer가 인식되지 않는다. 🔽 타입스크립트에서 외부 라이브러리를 사용할 때 불편한 점 {포스팅하기} [Typescript/타입스크립트] declare 모듈 타입 & 전역 타입 typeRoots 와 paths0. 목차 1. 개요 2. 모듈 타입 3. 전역 타입 1. 개요 typescript를 쓰면서 가장 불편한 부분은 외부 라이브러리를 설치해서 사용 할 때이다. 사용하려는 라이브러리의 사용도가 높다면 사실 크게 문제kong-dev.tistory.com  ◽ solve 1 타..

◾ WHY이메일 receive form을 만들던 중, 본문을 입력받는 textarea의 height을 고정된 값으로 설정해주었더니 디자인이 조금 둔해보였다.나는 스크롤을 굳이 늘릴 필요도 없을 뿐더러, 조금 더 사용자 반응형으로 만들고 싶었기 때문에 사용자 입력에 따라 높이가 조절되도록 변경해주었다. 아래의 블로그를 참고하여 코드에 적용해주었다. [css] 사용자의 입력에 따라 높이가 조절되는 textarea 만들기 (input 줄바꿈하기, textarea 높이 자동 조input과 같은 모습을 하고 있지만, 그 형태를 유지하면서 줄바꿈을 할 수 있는 UI를 만들고 싶을 때 ? 자동으로 높이가 조절되는 textarea를 만들어 구현이 가능하다. 자동 높이 조절 textarea ? 기본적joyful-deve..

커밋은 너무 몰아서 하지 말자고 다짐해보기,,다음 프로젝트부턴 커밋 규칙부터 정해두고 해야겠다.어떨 땐 기능수정에 Feat, 어떨 땐 Fix, 등등 기준을 딱히 잡지 않고 push했더니 기록을 찾아보기가 너무 불편하다. 그리고 조금 더 세세하게 작성하도록 정해야 할 듯.이를 위해 참고하기 좋은 블로그를 찾았다. 기록해두기 Git commit message 컨벤션 설정git commit message 작성시 일관된 규칙의 제목줄을 통해 가시성을 높일 수 있는 방법 고찰 중 컨벤션 설정inchan.devFeat *새로운 기능 추가 Fix *버그를 고친 경우 (수정한 경우로 사용중) Design *CSS 등 사용자 UI 디자인 변경 Style *코드 스타일 변경 (코드 포맷 변경, 세미콜론 누락 등 코드 변경..

◾ WHY진행중인 프로젝트에서는 모든 페이지가 섹션 소제목과 그 밑에 각 섹션에 맞는 내용을 보여준다.그런데 각각의 페이지에서 동일한 구조를 반복하다보니 중복되는 코드가 많아졌고, 내용이 많아질수록 가독성도 떨어져 코드 구조를 한눈에 파악하기가 점점 어려워졌다.게다가 모두 동일한 디자인의 섹션과 페이지 구조를 갖고 있어 중복되는 css 코드 또한 많아졌기에 분리의 필요성을 느끼게 되었다.  ◾ Section 컴포넌트 분리하기먼저 모든 페이지에서 동일하게 사용하는 Section 컴포넌트를 만들어주었다.각 페이지마다 사용할 소제목을 name으로 받아왔다.// Section.tsxinterface SectionProps { name: String;}export default function Section({..

가장 최근의 커밋 메시지를 수정해보자. 커밋이 로컬에만 있고 푸시되지 않은 경우 다음 명령어로 수정 가능하다.git commit --amend git commit --amend 명령을 하면 이전 커밋 메시지가 적힌 vim 에디터가 뜬다.i를 눌러 작성 모드로 들어가 수정한 후 esc 버튼으로 나와 :wq로 저장 및 종료를 하면 된다. 이전 또는 여러 커밋 메시지를 수정하는 것도 가능하다.하지만 이미 푸시한 경우, 수정된 메시지와 함께 커밋을 강제로 푸시해야 하므로 사용하지 않는 것을 강력 권장한다고 함. 커밋 메시지 변경 - GitHub Docs커밋 메시지에 명확하지 않거나 잘못되거나 중요한 정보가 포함된 경우 로컬에서 수정하고 새 메시지와 함께 새 커밋을 GitHub에 푸시할 수 있습니다. 커밋 메시지..