JAY⌨️CODE

논리적 데이터베이스 모델링 – 정규화의 모든 것

정규화는 데이터 중복을 최소화하고 일관성을 보장하는 체계적인 절차다.하나의 거대한 테이블은 갱신, 삽입, 삭제 이상 현상을 일으키므로 테이블을 함수 종속성에 따라 분리한다.정규화의 핵심은 X → Y 관계다. X(결정자)가 Y(종속자)의 값을 유일하게 결정한다. 1. 제1 정규형 (1NF)테이블의 모든 컬럼은 더 이상 쪼갤 수 없는 원자적 값만 가져야 한다.한 컬럼에 "서울,부산,대구"처럼 쉼표로 구분된 값은 검색, 수정, 타입 활용이 어렵다. 해결책: 각 정보를 별도의 행으로 분리한다.전화번호 컬럼: "02-123-4567, 010-987-6543" → ❌1행: "02-123-4567"2행: "010-987-6543" → ✅ 2. 제2 정규형 (2NF)제1 정규형을 만족하고, 모든 컬럼이 기본 키 ..

논리적 데이터베이스 모델링 – 식별관계 vs 비식별관계

논리적 모델링에서 식별관계와 비식별관계는 테이블 간의 결합 강도를 결정하는 핵심 개념이다. 식별관계는 부모의 PK가 자식의 PK까지 관여하는 강한 결합이고, 비식별관계는 독립적인 PK를 유지하는 약한 결합이다. 현대 설계에서는 유연성과 확장성을 위해 비식별관계를 원칙으로 한다. 1. 개념의 본질식별 관계부모 테이블의 PK를 자식 테이블의 PK + FK로 사용한다.부모 없이는 자식이 식별될 수 없는 강한 종속 관계다. 비식별 관계부모 테이블의 PK를 자식 테이블의 일반 컬럼(FK)으로만 참조한다.자식은 독립적인 PK를 가지며 부모와 독립적으로 존재할 수 있다. 2. 일대다(1:N) 관계에서의 차이비식별 관계자식 테이블은 독립적인 PK(대리 키)를 가진다. 구조가 단순하고 명확하며 관계 변경에 유연하다..

논리적 데이터베이스 모델링 – Relation(관계)의 모든 것

관계형 데이터베이스에서 Relation(관계) 는 테이블 간의 연결을 정의하는 핵심 요소다. 논리적 모델링에서는 참여도, 외래 키 위치, 카디널리티(1:1, 1:N, M:N)를 정확히 설계해야 데이터 무결성과 조회 효율이 보장된다. 이 글에서는 관계의 기본 원칙부터 1:1, M:N 관계의 실무 구현 패턴까지 정리한다. 1. 관계의 기본 원칙관계형 데이터베이스의 관계는 방향이 없다. JOIN을 통해 어느 쪽에서든 양방향으로 자유롭게 탐색할 수 있다. 외래 키는 단순히 제약조건일 뿐, 조회 방향을 제한하지 않는다. 참여도(Participation) 참여도는 엔티티가 관계에 필수(Mandatory)인지 선택(Optional)인지를 나타낸다. 논리적 모델링에서는 외래 키의 NULL 허용 여부로 구현한다. ..

논리적 데이터베이스 모델링 – 키(Key)의 모든 것

데이터베이스 설계에서 논리적 모델링(Logical Modeling) 은 데이터를 구조적으로 정의하고 엔터티 간의 관계를 명확히 하는 핵심 단계다. 그중에서도 Key 는 데이터의 정체성과 무결성을 보장하는 가장 중요한 요소다. 이번 글에서는 Key의 종류와 역할, 그리고 현대 설계에서 왜 대부분의 시스템이 대리 키(Surrogate Key) 를 선택하는지 알아보자. 1. Key란 무엇인가Key는 데이터베이스에서 각 행(Row)을 유일하게 식별하기 위한 장치다.데이터가 아무리 많아도 Key를 통해 특정 행을 정확히 찾아낼 수 있어야 한다.이는 데이터 무결성의 출발점이다. 2. 기본 키 (Primary Key, PK)기본 키는 테이블의 모든 행을 유일하게 식별하는 대표 키다.NULL 불가: 값이 반드시 ..

DDD 원칙(Domain Driven Design)이란?

DDD 의 철학DDD(Domain Driven Design, 도메인 주도 설계)란 는 비즈니스 도메인에 깊이 집중하여 이를 기반으로 소프트웨어를 설계하는 방법론이다.비즈니스 요구사항을 도메인 모델로 표현하고, 이를 통해 도메인의 책임과 역할을 명확히 반영하는 것을 목표로 한다.DDD는 비즈니스 도메인을 잘 이해하고 이를 소프트웨어에 녹여내는 데 중점을 두며, 설계 단계에서부터 코드가 도메인의 본질을 명확히 반영하도록 함으로써, 비즈니스와 기술 간의 간격을 줄이고 코드 자체가 도메인의 문서 역할을 하도록 만드는 것이 그 핵심 철학이다.예를 들어, 산지 직송 이라는 상위 도메인을 기반으로 애플리케이션을 개발할 때, 각 세부적인 기능을 ‘회원', ‘상품’, '주문', '결제', '혜택’, '배송'과 같은 하위..

헥사고날 아키텍처에서 Port vs CQRS 패턴 비교

헥사고날 아키텍처의 Application Layer를 구성할 때는전통적인 Input/Output Port 방식과 CQRS를 적용한 방식의 실무적 차이점과 선택 기준을 고려해볼 수 있다. 단순 Input/Output Port는 하나의 비즈니스 로직에서 읽기와 쓰기를 모두 처리하는 전통적 방식이며CQRS 적용은 Command(쓰기)와 Query(읽기)를 명확히 분리하여 각각 최적화할 수 있는 구조이다.실무에서는 도메인 복잡도와 성능 요구사항에 따라 선택한다. 단순 CRUD 중심이면 Input/Output Port로 충분하고, 복잡한 비즈니스 로직과 조회 최적화가 필요하면 CQRS를 고려해볼만 하다. 실무 예시1. 단순 Input/Output Port 구조디렉토리 구조application/├── port/..

헥사고날 아키텍처란?

핵사고날 아키텍처의 핵심 개념헥사고날 아키텍처는 전통 방식인 계층형 아키텍처의 단점을 보완하기위해 설계되었다.어댑터와 포트를 중심으로 구성되어 포트와 어댑터 아키텍처로 불리기도 한다.비즈니스 로직을 외부로부터 격리시켜 외부 시스템과 의존성을 최소화한다.핵심 비즈니스 로직은 중앙의 도메인 영역에 위치하며, 입출력을 처리하는 포트와 어댑터를 통해 외부와 소통한다.도메인 로직과 인프라 스트럭처 계층을 명확히 분리함으로써 변경 사항이 도메인 로직에 미치는 영향을 줄일 수 있다.해당 구조는 유지보수를 용이하게하여 시스템의 다양한 부분을 독립적으로 개발하고 테스트할 수 있는 환경을 제공한다.헥사고날 아키텍처는 도메인 중심 설계와 밀접하게 연관되어있어 비즈니스 로직의 중심성을 강조한다. 계층형 아키텍처의 문제점데..

Spring 의존 역전 원칙 (Dependency Inversion Principle)이란?

DIP의 본질DIP 원칙이란 객체에서 어떤 Class를 참조해서 사용해야하는 상황이 생긴다면, 그 Class를 직접 참조하는 것이 아니라 그 대상의 상위 요소(추상 클래스 or 인터페이스)로 참조하라는 원칙이다.DIP를 단순히 "인터페이스를 쓰면 된다"로 이해하면 실무에서 패키지 구조를 잘못 설계하게 된다. DDD의 레이어 아키텍처와 함께 의존성의 방향을 제어하는 원칙으로 이해해야 한다.즉, 고차원 모듈(비즈니스 로직)이 저차원 모듈(구현 세부사항)에 의존하면 안된다는 것이다.인터페이스의 소유권이 중요하다. 인터페이스는 "사용하는 쪽"이 소유한다의존성 방향은 항상 안쪽(도메인)을 향한다구현체가 바뀌어도 비즈니스 로직은 영향받지 않는다자신보다 변하기 쉬운 것에 의존하던 것을 추상화된 인터페이스나 상위 클래..

1. PostGIS란 무엇인가?PostGIS는 오픈소스 관계형 데이터베이스인 PostgreSQL에서 공간 데이터(Spatial Data)를 저장하고 처리할 수 있도록 지원하는 확장 기능이다.PostgreSQL을 단순한 데이터 저장소를 넘어, 위치와 형태 정보를 다루는 강력한 공간 정보 데이터베이스로 확장시킨다. 주요 기능 및 특징구분설명대표적인 예공간 데이터 타입 위치와 형태를 정의하는 OGC 표준 데이터 타입을 제공한다. 평면(Cartesian) 좌표계(GEOMETRY)와 구면(Spherical) 좌표계(GEOGRAPHY)를 모두 지원한다. POINT (점), LINESTRING (선), POLYGON (면)MULTIPOLYGON (여러 면의 집합) 등 공간 인덱스 대용량 공간 데이터를 빠르게 조회하기..

트랜잭션의 역할트랜잭션이란트랜잭션은 여러 개의 조회나 쓰기를 논리적으로 하나의 연산으로 묶는 데이터베이스의 핵심 기능입니다. 데이터를 다루는 과정에서 발생할 수 있는 다양한 동시성 문제를 처리해줍니다. 트랜잭션의 핵심 원칙원자성 (Atomicity)하나의 트랜잭션에 포함된 모든 쓰기는 모두 적용되거나(커밋) 모두 취소(롤백)됩니다트랜잭션 안의 쿼리 중 하나라도 실패하면 전체 트랜잭션을 롤백함으로써 데이터가 깨지는 것을 방지할 수 있습니다 BEGIN; -- 여러 작업이 하나의 논리적 단위 UPDATE account SET balance = balance - 1000 WHERE user_id = 1; UPDATE account SET balance = balance + 1000 WHERE u..

클린코드로 유명한 로버트 마틴이 정의한 좋은 객체 지향 설계의 5가지 원칙(SOLID)SRP: 단일 책임 원칙(single responsibility principle)OCP: 개방-폐쇄 원칙 (Open/closed principle)LSP: 리스코프 치환 원칙 (Liskov substitution principle)ISP: 인터페이스 분리 원칙 (Interface segregation principle)DIP: 의존관계 역전 원칙 (Dependency inversion principle) SRP 단일 책임 원칙Single responsibility principle한 클래스는 하나의 책임만 가져야 한다.하나의 책임이라는 것은 모호하다.클 수 있고, 작을 수 있다.문맥과 상황에 따라 다르다.중요한 기준..

좋은 객체 지향 프로그래밍객체 지향 프로그래밍 이란?객체 지향 프로그래밍은 컴퓨터 프로그램을 명령어의 목록으로 보는 시각에서 벗어나 여러개의 독립된 단위, 즉 객체들의 모임으로 파악하고자 하는 것이다. 각각의 객체는 메시지를 주고받고, 데이터를 처리할 수 있다. (협력)객체 지향 프로그래밍은 프로그램을 유연하고 변경이 용이하게 만들기 때문에 대규모 소프트웨어 개발에 많이 사용된다. 유연하고, 변경이 용이하다는 것은?컴포넌트를 쉽고 유연하게 변경하면서 개발할 수 있는 방법레고 블럭 조립하듯이키보드, 마우스 갈아 끼우듯이컴퓨터 부품 갈아 끼우듯이 다형성(Polymorphism) 이란?운전자 가 운전면허만 있다면 어느 자동차든 운전할 수 있는 개념 로미오 배역을 가진 배우는 줄리엣 배역을 가진 배우가 바뀌어..

스프링의 정의스프링이란?스프링이라는 단어는 문맥에 따라 다르게 사용된다.스프링 DI 컨테이너 기술스프링 프레임워크스프링 부트, 스프링 프레임워크 등을 모두 포함한 스프링 생태계 스프링의 핵심 개념은? 스프링은 단순하게 웹 애플리케이션 만들고, DB 접근 편리하게 해주는 기술인가?전자정부 프레임워크인가? 웹 서버도 자동으로 띄워주는 역할만 할까?스프링은 자바 언어 기반의 프레임워크이다.자바 언어의 가장 큰 특징: 객체 지향 언어스프링은 객체 지향 언어가 가진 강력한 특징을 살려내는 프레임워크이다.스프링은 좋은 객체 지향 애플리케이션을 개발할 수 있게 도와주는 프레임워크이다. 스프링 생태계스프링 프레임워크핵심 기술: 스프링 DI 컨테이너, AOP, 이벤트, 기타웹 기술: 스프링 MVC, 스프링 WebFlux..

강한 엔티티와 약한 엔티티강한 엔티티 (Strong Entity)독립적인 존재가 가능하다.자신만의 고유한 주식별자를 가진다.다른 엔티티의 존재에 의존하지 않는다.예시: 사원, 고객, 상품, 부서 등과 같이 독립적으로 관리되는 엔티티약한 엔티티 (Weak Entity)소유 엔티티가 있어야만 자신의 존재가 의미를 가진다.소유 엔티티의 주식별자를 빌려와 자신의 속성과 결합하여 복합키를 구성한다.예시: 부양가족실무 이야기: 식별 관계, 비식별 관계전통적인 설계 방식에서 약한 엔티티는 소유 엔티티의 주식별자를 빌려와 자신의 속성(부분키)과 결합해서 복합 키를 만드는 방식을 사용한다.이것을 논리적 모델링 단계에서 식별 관계라 하며 이렇게 되면 자식을 만들 때 반드시 부모의 PK 값을 입력해야 한다.최근에는 더 유연..

요구사항 분석에서 시작하는 설계모든 설계는 요구사항 분석에서 시작한다.요구사항 문서를 읽을 때는 특히 '명사'와 '동사'에 집중해야 한다.이들이 바로 데이터베이스의 구조를 결정하는 핵심 요소이기 때문이다.명사 (Nouns)우리가 관리해야 할 데이터의 대상을 나타낸다.엔티티(Entity) 또는 그 엔티티가 가지는 속성(Attribute)이 될 수 있다.예시: 회원, 아이디, 비밀번호, 회원명, 주소, 연락처, 상품, 상품 코드, 상품명, 가격, 재고 수량, 주문서, 주문 번호, 배송지, 주문 일시, 결제 금액, 주문 내역, 주문 수량동사 (Verbs)데이터들 사이의 행위나 관계를 나타낸다.관계(Relationship)가 될 수 있다.예시: 가입하다, 수정하다, 탈퇴하다, 등록하다, 변경하다, 주문하다, 조..

왜 데이터베이스 설계가 중요한가?데이터베이스 설계는 집을 짓기 전에 설계도를 그리는 것과 같다.아무리 좋은 재료와 기술이 있어도 설계도 없이 집을 짓는다면 문제가 생기기 마련이다.체계적인 설계 없이 데이터베이스를 구축하면 처음에는 빠르게 개발할 수 있을지 몰라도,서비스가 복잡해질수록 데이터 중복, 성능 저하, 유지보수 어려움 등의 '기술 부채'가 쌓이게 된다.이는 나중에 더 큰 비용과 시간을 요구하게 된다.좋은 데이터베이스를 만들기 위해서는 개념적 설계, 논리적 설계, 물리적 설계라는 3단계 과정을 거쳐야 한다.이 과정에서 데이터의 중복을 제거하고 무결성을 높이는 '정규화'를 적용하게 된다.잘 설계된 데이터베이스는 비즈니스 요구사항의 변화에도 유연하게 대처할 수 있는 튼튼한 기반이 되어준다.잘못된 설계가..

1️⃣ 생성패턴 (5) 기존 코드의 유연성과 재사용을 증가시키는 다양한 객체 생성 메커니즘들을 제공하는 패턴 추상 팩토리 Abstract Factory인터페이스로 서로 관련된 객체 패밀리 생성생성된 객체를 인터페이스로 제공구체적 클래스 의존 없이 객체 생성.팩토리 메서드 Factory Method상위에서 객체 인터페이스 정의하고 하위에서 인스턴스 생성오버로딩하여 객체 생성 클래스 분리Virtual-Constructor 패턴과 동일 빌더 Builder복잡한 객체 생성과정을 단계별로 처리다양한 표현을 갖는 객체 생성 가능복잡한 생성 과정을 통한 유지보수성 및 확장성 향상. 프로토타입 Prototype기존 객체 복제를 통해 새로운 객체 생성프로토타입 생성 후 인스턴스 복제싱글톤 Singleton단일 인스턴..

🙌 2~7 등 문제 우측의 숫자는 항목 개수를 의미합니다.  HTML 삽입미리보기할 수 없는 소스  🏆 객체지향 설계원칙 5 단일 책임 원칙 SRP Single responsibility 하나의 책임만 개방 폐쇄 원칙 OCP Open-Closed 확장열림 수정닫힘 리스코프 치환 원칙 LSP Liskov substitution 자식은 언제나 부모 대체 인터페이스 분리 원칙 ISP Interface segregation 사용하지 않는 인터페이스는 구현 X 의존성 역전 원칙 DIP Dependency inversion 변화가 거의 없는 것에 의존 ..

🎉 발표일 9시 정각에 울리는 합격 알림 화요일 아침 지친 직장인에게 큐넷으로부터 온 행복한 합격 알림톡.. 😵그동안 현생에 치여 미뤄둔 실기합격 수기를 작성해 봅니다.       😎 출제 범위는 정보처리 실무 전부 전반인데 필답형 20문항 나오는 (노답)시험....이 정도 출제범위에서 20문항이 나온다? 출제 유형을 파악하는 것이 관건이다.이전 기출을 분석해 보면 빈출 개념도 있지만 실무에 크게 도움이 되지 않는 그저 시험을 위한 지엽적인 문항도, 킬러문항도 있기 때문에 얕고 넓게 키워드 단위로 습득하는 것이 좋다.나는 N잡 흥달쌤 인강으로만 실기를 준비하다가 시험을 2주 앞두고 수제비 파이널 모의고사 교재를 구매해서 문제풀이만 했다. 수제비 파이널은 실제 기출보다 더 난이도가 있는 편이라 커트라..

🥲 프론트엔드 개발자가 정처기는 웬 말. 제목에 썼듯 나는 비전공자로 부트캠프 후 직무를 맡은 지 1년 정도 되어가는 주니어 프론트엔드 개발자이다.비전공자로 현업에 있다 보면 서버 개발자와 소통할 때 잘 이해가 되지 않을 때가 있는데,CS지식이나 습득해 보자는 마음으로 ... 열정 넘치던 시기인 연초에 반은 충동적으로 정보처리기사에 도전하게 되었다. 정처기는 무조건 1회 차를 봐야 한다는 동료의 조언에, 불합격해도 창피하지 않도록그냥 경험이라 생각한다며 필기를 접수했던 기억이 난다...(그날로부터 현생은 사라졌고요... ^^)    ✍️ 실기를 위해 필기에서 이론을 숙지해 둔다고 생각하기!   나는 직장 병행이라 단락별, 기출풀이 연도별로만 일정을 세우고 하루에 목표량을 달성하지 못할 경우다음날 채우는..

자바스크립트는 ECMA Script6 (2015) 이후 여러 편리한 문법이 도입되었다. 신문법 중 ... 을 활용한 문법을 몇 개 볼 수 있는데, 일반적으로 점점점(...)을 말줄임표로 사용하는 것처럼 '이것 등등', 혹은 '특정 기능이 생략되어있다' 라는 뜻을 가지는 직관적인 표현식이라고 할 수 있다. 대표적으로 이 점점점(...) 을 활용해서 편리하게 코딩할 수 있는 자바스크립트 문법 세 가지를 소개한다. 1️⃣ Rest Parameter (나머지 매개변수) Rest Parameter 는 말 그대로 Rest(나머지)의 역할을 한다. 함수 작성 시 매개변수의 개수를 지정하지 않고 함수 사용 시 작성된 arguments 입력값을 모두 배열로 받아준다. 사용 방법은 함수 작성 시 parameter 앞 에 ..

부트캠프 마지막 과정은 리액트 프로젝트였다. 기본적인 SNS 서비스에 대한 API를 제공받은 후 디자인, 아키텍처, 라이브러리 사용까지 모두 자유 주제로 진행했던 프로젝트에서 TanStack Query를 사용하면서 느꼈던 어려움과 장점과 단점 등 주니어 개발자로서 겪었던 경험을 기록해 보고자 한다. 우선 해당 게시물에서는 API를 호출하는 핵심 기능인 useQuery와 useMutation에 대해서 작성하고, 쿼리 업데이트를 하기위한 부가 기능과, 무한 스크롤, 에러바운더리에 대한 부가 기능은 이어서 작성해보고자 한다. 1️⃣ TanStack Query란? TanStack Query는 서버 데이터와의 동기화 및 업데이트하는 작업을 편하게 할 수 있도록 도와주는 역할을 하며, 비동기 처리 로직을 간결하게 ..

❤️‍🔥 Liked 멋쟁이 사자처럼 프론트엔드 5기를 수료하면서 가장 크게 배워간 것은 협업 능력과 팀 문화인 것 같다. 실제로 경험해 보니 정기적으로 진행되는 수업이나 프로젝트 과정에 몰두하다 보면 스스로를 한계까지 몰아가기도 하는데 외부에 있는 친한 친구들 보다도 같은 목표를 가지고 공부하는 동료들에게 많이 의지할 수 있었다. 나이나, 지역 등 환경의 차이를 넘어서서 끈끈하게 서로 응원해 주고 지지해주고 있다는 느낌을 자주 받을 수 있다. 같은 목표를 두고 있는데 경쟁하지 않고 서로 응원해 주는 소중한 경험은 사회에서 쉽게 얻을 수 없기 때문에 더 소중했던 경험! 팀문화가 생성될 수 있도록 분위기를 조성해주는 운영진 분들의 능력이 정말 탁월하다고 느꼈다. 덕분에 더 열심히 해서 기대 이상으로 성장할 ..

❤️‍🔥 Liked 프로그래머스 0단계를 꾸준히 풀고 있는데 대부분의 문제를 배열 형식으로 메소드체이닝해서 풀고 있었지 데이터를 저장하고 관리하는 자료구조 방법론으로 접근하기는 처음이었다. 자료구조에 작동 방식에 따른 성능 차이에 대한 지식을 보완할 수 있었고 절차적 해결력을 키우는 데 도움이 되었다. 컴퓨터의 논리로 사고하는 것을 더 연습해야겠다. Jasmin, Jest를 사용해서 간단한 TDD를 진행해 봤는데, 실무에서 주니어 개발자가 바로 투입되는 영역은 아닐지라도 수업을 통해 전체적인 TDD 개발 프로세스를 이해해 볼 수 있는 경험이라 유익했다. 장애인, 소수자 인권을 위해 제도를 개선하기 위해서는 많은 투쟁과 비용, 시간이 필요하다. 이번주, 카카오 소속 김혜일님의 웹 접근성 특강을 통해 결함을..

🤔 포스팅 작성에 앞서 권고드립니다! 혹시 자바스크립트 입문자 분이 이 글을 읽고 계시다면 fetch(), promise 객체에 대해 충분한 이해를 먼저 진행하시기를 권장드립니다. 저 역시 입문자로 API 호출 패턴에 대해 충분히 반복학습을 진행한 뒤에 반복되는 코드를 발견하고 생산성을 높이기 위해 스니펫 제작을 진행하게 되었습니다. 해당 게시물은 fetch() 메소드를 promise.then 메소드를 활용해 실행하는 방식과, async/await을 활용해 실행하는 방식 두 가지로 구성되어 있으며 Visual Studio Code 프로그램을 기준으로 작성되었습니다. 😎 스니펫 설정 방법 vscode 에서 사용자 코드 조각 구성(snippets) 설정으로 이동. 전역(global.code-snippets)..

❤️‍🔥 Liked 이번주 수업에서 git 심화과정이 있어서 좋았다. 범재강사님이 일부러 팀끼리 PR, Merge 과정에서 에러가 나는 상황을 만들었고, History가 꼬이는 화면을 보여주시면서 해결하는 걸 보니 확실히 도움이 됐다. 실제 현업에서 남기는 커밋 메시지와 기록을 보는 것도 큰 동기부여가 되었다. React 마지막 파트에서 customHook을 배우면서 무한 스크롤을 구현했는데 꿀잼! 왜 재밌어지자마자 끝나버리니 리액트... 과정이 너무 짧아요... 계속 배우고 싶어요... promise, fetch 계속해도 이해가 안 가고 어렵더니 그냥 통째로 외워버리니 편-안. API를 가져오는 구조에 대해서는 충분히 이해했다는 생각이 들어서 스니펫으로 만들어버렸다. 주말에 공공 API 가져와서 실습해..

1️⃣ fetch API 란? API(애플리케이션 프로그래밍 인터페이스)가 등장하고 애플리케이션을 데이터베이스와 서버에 연결해야 할 필요성이 커짐에 따라 현재 HTTP 요청의 중요성은 아무리 강조해도 지나치지 않게 되었다. 자바스크립트에는 이러한 요청을 수행할 수 있는 매우 편리한 내장 메서드인 fetch() 가 있다. fetch()는 HTTP 요청에 사용되는 Promise 기반 API 이며, 이전의 XMLHttpRequest와 같은 복잡한 네트워크 요청 절차를 사용하기 쉽도록 개선한 문법이다. 2️⃣ fetch API의 주요 장점 Fetch는 promise 기반으로, 비동기 작업을 사용하고 관리하는 것을 쉽게 해준다. 간단하고 깔끔한 구문을 제공하므로 코드의 가독성과 유지 관리가 더욱 쉬워진다. cat..

❤️‍🔥 Liked 요즘 React 수업은 재현님이 반복 학습을 진행하고 있다. 추가로 코어자바스크립트의 지은이 재남님이 번역하신 React 공식문서를 읽으면서 보완학습을 진행하고 있어서 Component, Props, State에 대한 개념은 어렵지 않게 잡을 수 있었다. 리액트 라이브러리의 사용 목적이 재사용성을 위해 상태에 따라 컴포넌트를 사용자 정의 요소로 표현하는 것이므로 동작 원리에 대한 개념을 잡는 것을 중점으로 공부하고 있다. 프로젝트 조편성을 위해 객관식문항을 비롯한 간단한 코딩 테스트를 진행했는데 시간 내에 Javascript 동작이 되도록 구현은 해냈다. 코드 품질은 개선해야겠지만 열심히 순서도를 그리는 연습을 했던 결과가 돌아온 것 같아서 뿌듯! React도 JS 기반의 언어이다 보..

⚠️ 일반적인 조건부 로직으로 사용되는 if문을 다른 작성 패턴으로 대체하는 이유? if문 조건이 한 번에 너무 많은 요소를 비교할 경우 중첩(nested) 조건이 많아지므로 가독성이 떨어진다. 조건식에서 동일한 코드가 반복되는 경우 소스코드가 너무 길어지고 비효율적이다. 특정 부분의 변경이 필요하면 모든 조건을 살펴봐야 하기 때문에 유지보수가 어렵다. 위와 같은 이유로 if, else 문과 같은 조건문을 남발하면 가독성을 해치는 코드를 작성하게 된다. 아래에 이어서 문제를 해결할 수 있는 대안을 소개하고자 한다. if (user) { if (user.accessLevel) { if (user.accessLevel === 'admin') { console.log("관리자님 안녕하세요."); } else ..

❤️‍🔥 Liked 밴딩머신을 JS Class로 만들어서 모듈패턴을 이해해 보는 수업을 했는데 수업 자료를 기반으로 getter와 setter를 활용하면서 직접 만들어보고 회고조원 분과 같이 코드리뷰를 하는 시간을 가졌다. 회고조원 분은 함수형으로 처음부터 끝까지 다 짜셨는데 보면서 문제해결 방식에 대한 영감도 얻을 수 있었고 큰 도움이 됐다. 💙🩵 스터디에서 게임 만들기 실습을 하고 있어서 간단한 가위바위보 게임을 만들었다. 게임을 만드는 게 실무에 꼭 도움이 된다고 할 수는 없겠지만 이론으로만 배운 개념을 어떻게 적용해 볼까, 플로우차트는 어떻게 만들까 로직을 그려보는 훈련이 되는 거 같다. 최종적으로 레트로 미니게임 모음집을 하나 토이프로젝트로 완성해보려고 한다! :) 본격 리액트 시작! JS 서버..