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