헤더 - 전송에 필요한 부가정보 엔티티 헤더 - 유형 길이 압축정보 , 엔티티 본문 >> 표현 =표현 메타데이터 + 표현 표현 - 실 데이터 표현 헤더 - 데이터를 해석할수 있는 정보 제공(존송 응답 둘다 사용 가능) 타입 - 형식 인토딩 - 압축방식 랭귀지 - 자연 언어(한글 영어) 랭스 - 길이 협상 네고에이션 우선순위를 같이 보내서 원하는 언어를 받는다 구체적인 것일수록 높우은 우선수위를 받는다 전송방식 단순 요청하면 응답 압축 인코딩 정보를 넣어줘서 용량을 확 줄여줌 분할 여러개로ㄴ 나누어서 전송 랭스 넣으면 안됨 범위 다양한 범위에 전송 referer - 이전 유입 경로를 알 수 있다 유저 에이전트 서버 host - 필수 < 도메인 처리 쿠키 셋 쿠키 - 서버에서 클라이언트 쿠키 - 틀라이언트에..

put 리소스 대체 없으면 생성 있으면 완전 대체 (기존거 다 사라짐) 클라이언트가 리소스의 위치를 알고 지정(post)는 모름 patch - 부분변경(지원이안대기도 함) delelte - 삭제 매서드 속성 안전 - 리소스를 변경하지 않는다 멱등(외부 요인까지는 고려하지 않음) 몇번을 호출하든 결과가 똑같다 post만 아님 - 두번 결제하면 중복 결제 >> 자동 복구 메커니즘(멱등일시 일정시간 응답 없으면 재요청) put - 계속 덮어서 멱등임 del - 계속 지워서 멱등임 get - 계속 가져와도 멱등임 캐시 가능성 - get head post patch 만 캐시가능 실제로는 get head만 주로 사용 사실상 get 원툴 쿼리 파라미터 데이터 전송 get 정렬필터 메시지 바디 post put patc..

인터넷 통신 크라이언트 - - - 서버 클라이언트 인터넷 서버 인터넷은 다양한 노드로 복잡하다 > ip 노드의 규칙 패킷단위 전송 패킷 출발 도착 ip 환경에 따라서 경로가 달라질 수 있다 비연결성 - 패킷받을 대상이 없음 > 일단 보내고봄 비신뢰성 - 중가에 사라지거나 순서구분(용량) >>>>> tcp나옴 어플리케이션 - 앱 - 소켓라이브러리 전송계층 tcp 인테넷 ip 네트워크 인터페이스- 랜 드라이버 장비 http> tcp> ip > 이더넷 프레임 tcp (전송제어 프로토콜) -포트 -전송제어 -순서 -검증정보 >연결지향 - 연결 후 메시지를 보냄 > 데이터 전달 보증 >순서 보장 신뢰가능! 3웨이 핸드쉐이크 - 개념적 연결 신 신액 액(데이터) 순서보장 - 잘못된 순서부터 다시 받음 (최적화는 내..

회원 관리는 CRUD가 아니다. 회원추가를 없어서 만들었다가는 삭제해야 하는 경우도 있음 리팩토링 > 이미 기능을 구현하고 다시한번 깔끔한 코드로 개선하는것 - 주로 마지막에 진행, 일정에 따라 포기하기도 함 파이프라인(영어: pipeline)은 한 데이터 처리 단계의 출력이 다음 단계의 입력으로 이어지는 형태로 연결된 구조 로그 HRM 투입 제이쿼리에서 > 리액트로 바꾸는 과정은 어렵다 >> 재구축 하기로 + 질문내용 model이 없는 것들은 구지 조건을 달지 않아도 된다. 주로 db에서 처리하기 마련. setPostTerm(e.target.value)} /> 짧아서 보기 편하다. 하지만 구지 말하자면 handleChange 함수를 사용하는 것보다 덜 추상화되어 있어서,..

여러가지 해보는 것이 지저분하지만 경력입니다! 생성 AI > 창의성 핵심은 JS!!!!!!!!!!! java 보다 빠르게 새로운 기술이 나오는 편 노션 또한 JS 사용자가 공기처럼 사용하는 제품을 만든다 1초 느리더라도 모래시계를 보여주면 사용자가 느끼기에 들 지루하다. "문제를 해결하는 제품을 적정기술로 구현해서 빠르게 출시" 자판기 800원짜리 블랙커피 1200원짜리 율무차 1000원을 가진 사람 필요한건 블랙커피 + 200 소프트웨어 = 액션 + 피드백 위조지패 확인 금액 확인 잔돈을 확인 > 뱉거나 생산 가능 체크(커피 분말, 물, 컵) > 뱉거나 ... .... .... 좋은 개발자는 잘 아는 것이 아닌 모르는걸 개발하는 것이기에 사용자 task를 잘 인식해야 한다 || 에러 가 발생 by se..

완료한 업무 레이아웃 구성 api 처리, 리듀서 제작 테이블 만들기 - 필드 목록: 상위코드, 공통코드, 코드명, 하위 코드추가, 수정하기, 삭제하기 기능: 일괄삭제, 검색, 깊이에 따른 색상 분류, 상위코드 합치기 기능 구현 C - 코드생성 코드추가를 누르면 자동으로 셀프참조하여 하위 코드를 작성함 상위코드, 코드번호, 정렬순서 자동 생성 R - 폼 초기화 하고 읽어오게끔 구현 (업데이트와 화면 공유), 새로고침 기능 추가 U - 폼은 공유하고 업데이트 구현 D - 개별삭제 + 일괄삭제 데이터 검증 구현. 향후 구성할 기능 표에서 색상 한줄에 다 들어가게 폼 - 상세보기 기본값 설정 검색 잘보이게 변경, 닫기 기능 추가 전체화면 테이블 맨 위 색상 넣기 질문 사항 콘솔에서 나타나는 dex.js:1 Wa..

기존 에러 메시지는 개발자도 예외적인 상황에서 넘겨주는 시스템 에러메시지 개발자가 데이터 검증후 에러를 처리하기위해 data에 { state 값 true false 로 분기 msg : 상황주기 } status 200으로 통일 해서 진행

// 1. 레이아웃 만들기 [ㅇ] // 2. 테이블 만들기 [o] - 상위공통코드, 공통코드, 코드명, 상세보기, 삭제버튼 + 정렬기능 추가 // 3. 검색 필터 만들기[0] -> 테이블 자체 기능 // 4. api처리 만들기 //codeAPI.js[0] //ccodeReducer.js[0] // 5. 테이블 상위코드 합치기 추가[0] // 6. 상세보기 페이지 만들기[o] - // 추가하기 - 수정버튼[0] // // 7. 삭제기능 추가[0] // 8. 추가기능 추가[0] // 9. 수정기능 추가[0] //추가할 기술 리스트 // 10. (백, 프런트)데이터 검증 추가할것[] // 11. (폼-상세보기)사용여부 기본값 설정 [] // 12. (폼-상세보기)하위 코드 추가 기능 작성[] // 13. (폼..

react문법 _ es6, useState, useEffect redux > store에 변수를 저장후 액션으로 불러오기 (store) = state저장 되는곳 (action) = 스토어의 상태 변경 _ 객체라서 반드시 식별할수 있게끔 (액선 타입)을 가져야함 (dispatch) = 액션을 발생 (reducer) = 전달받은 state를 action을 사용하여 반환, 스토어 안에 있음 redux-toolkit > createSlice 함수를 통해 액션 타입과 액션 생성 함수, 그리고 리듀서를 한 번에 생성 useSelector() = 리덕스 상태 조회 useDispatch() = 액션 발생 redux-saga > api 호출시 순서지정 등의 비동기 작업을 위해서 사용 task = 하나의 saga가 실행되..

1. deleteCode(codeKey) .then(() => { dispatch(codeAction.getCodeList({ target: "codeList" })); codeForm.resetFields(); }); 기존 코드중 잘못된 부분 개선 api를 집접 호출하는 deleteCode 와 dispatch 같이 사용하는 부분을 발견하여 개선 2. 리덕스 툴킷을 사가보다 먼저작성하는걸 권장한다고 하던데 여기서 사가가 먼저 나오는 이유가 있을까요? 리덕스 툴킷을 사가보다 먼저작성하는걸 권장 코드순서랑 상관없이 적용 되는 순서(index에서)가 우선이라는 뜻 코드페이지 내부에서는 slice가 밑에 줄에 있는 이유 : 위에서 적용한 액션 변수 가 쓰이고 사가가 쓰이지 않을때도 있기에 코드스타일을 이렇게 정..