A Developing Developer

splice() : 주어진 배열에서 삭제하고자 하는 인덱스로부터 몇개를 지정하여 삭제한다. 배열.splice(인덱스, 제거할 요소의 개수) 익명함수 : 이름이 없는 함수 function () {} 매개변수 : 함수의 괄호 안에 넣는 변수, 외부의 정보 function f (매개변수, 매개변수, 매개변수) { 문장 문장 return 리턴값 } 전개 연산자 : 배열을 함수의 매개변수로써 전개하고 싶을 때 사용 function sample(...items) { console.log(items) } //전개 연산자 사용 여부 비교하기 const array = [1,2,3,4] console.log('# 전개 연산자를 사용하지 않은 경우') sample(array) console.log('#전개 연산자를 사용한 ..

문제발생 - 시도 - 해결방안 - 알게 된 것 면담 피드백 ★ 이론 부족 = 면접 폭망 => 구글링에만 너무 의존하지말고 이론 공부좀 하자! - filter : 주어진 함수의 조건에 맞는 모든 요소를 모아 새로운 배열로 반환한다. - map : 해당 배열의 모든 요소에 주어진 함수를 호출한 결과를 모아 새로운 배열로 반환한다. (for문에 비해서 코드가 상당히 간결화 된다.) - JWT : JSON Web Token, 인정에 필요한 정보들을 암호화 시킨 JSON 토큰 [ Cookie : 탈취될 가능성이 있어 보안적으로 취약, Sesson : 서버에서 관리하여 쿠키에 비해 보안 향상, 과도한 사용은 서버에 과부화, JWT : 데이터 위변조 방지, 인증을 위한 별도의 저장소 필요없음, 토큰 길이가 길어질 수..

문제발생 발표 시도 - 해결방안 - 알게 된 것 main.ts - main.ts 파일명은 절대로 임의로 파일 이름을 변경하지 않는다! - AppModule 이라는 모듈을 루트 모듈로 사용하는 Nest.js 어플리케이션 인스턴스를 생성해 const app = await NestFactory.create(AppModule); app.module.ts - Nest.js 에서 모듈은 레이어드 아키텍처 패턴을 구성하는 컴포넌트들을 매니징한다. - @ : @ (Spring 에서는 어노테이션이라던데...) 데코레이터 라고 한다. 해당 클래스나 함수가 어떤 역하을 수행하는지에 대해 Nest.js 에 알려주는 역할을 한다. - @Module - imports : 필요한 모듈의 집합을 정의, 프로바이더(서비스)를 노출, ..

문제발생 - 시도 - 해결방안 - 알게 된 것 Express 가 Node.js 에서 1등 웹 프레임워크이다. Nest.js 가 다른 웹 프레임워크 중 2등을 달리는 나름 최신 웹 프레임워크이다. (이건 내생각) Java Spring 으로 생각하면 Express 가 Spring, Spring Boot 가 Nest : Express 가 셀프 서비스 느낌이 강하고 Nest 가 그 셀프 서비스를 자동으로 도와주는? 편하게 해주는 거 같다. Nest.js 는 타입스크립트 & 커맨드 기반 웹 프레임 워크이다. (커맨드랑 아직 서먹서먹 한데...) Nest.js 는 레이어드 아키텍처 패턴을 구성할 때 커맨드 하나로 간편하게 대부분의 구성요소를 구현할 수 있다. // 컨트롤러 생성 ---> contorller $ ne..

문제발생 발표 시도 - 해결방안 - 알게 된 것 - [결론] 새로운 시작

문제발생 - 팀 프로젝트 진행 중 Error 발생 시도 - 구글링 https://inpa.tistory.com/entry/WEB-%F0%9F%93%9A-CORS-%F0%9F%92%AF-%EC%A0%95%EB%A6%AC-%ED%95%B4%EA%B2%B0-%EB%B0%A9%EB%B2%95-%F0%9F%91%8F [WEB] 📚 악명 높은 CORS 개념 & 해결법 - 정리 끝판왕 👏 악명 높은 CORS 에러 메세지 웹 개발을 하다보면 반드시 마주치는 멍멍 같은 에러가 바로 CORS 이다. 웹 개발의 신입 신고식이라고 할 정도로, CORS는 누구나 한 번 정도는 겪게 된다고 해도 과언이 inpa.tistory.com 해결방안 - Chrome 확장 프로그램 이용 https://chrome.google.com/web..

1. Keep (잘한점) GitHub 활용을 통한 협업 프로젝트의 변경 사항이 발생하면 문서를 수정하고 공유하면서 팀원들과 공유 일정을 정해서 최대한 일정에 맞게 프로젝트를 진행한 점 팀원 부재 이슈를 극복하고 프로젝트 완성 2. Problem (문제점) 테스트코드 미구현 팀원 부재 이슈 페이지네이션, 마이페이지 주문내역 기능 미구현 팀장의 부재 3. Try (다음 프로젝트 위해 해야 할 노력) 데이터베이스 설계를 조금 더 신경써서 변경 없이 프로젝트를 진행 git을 더욱 활용하면서 진행 하나의 기능을 구현하면 유닛테스트 진행 테스트코드를 작성하기 위해 테스트코드 학습 네이밍 컨벤션을 프로젝트 시작하기 전에 팀원들과 협의 하에 통일하기 주석을 활용하여 팀원들과 개념 공유 커밋 메세지 디테일하게 명시하기

문제발생 request 로 전달받은 값에 대한 검증을 contoller 에서하는게 맞는지 service 에서 하는게 맞는지에 관한 포스팅을 보게되었다. controller 에서 검증을 하는 것은 SOLID 원칙 중 S '단일 책임의 원칙' 을 위배한다고 하는데, 한달전에 배웠던 SOLID 원칙이 하나도 기억이 나지 않았다. 시도 복습 해결방안 한달 전 자료와 참고 자료를 바탕으로 복습하자. 알게 된 것 - SOLID 원칙이란 객체지향 프로그래밍의 특성과 장점을 최대한 끌어올리기 위한 '어떻게 설계하는가?' 에 설계 원칙 이라고 할 수 있다. - 간단히 말해 '객체지향 프로그래밍의 효율의 정점을 위한 5가지 설계원칙' 이라 할 수 있다. 1. SRP (Single Responsibility Principl..