CQRS 패턴을 Redux 와 비교
CQRS 패턴을 Redux 와 비교CQRS 패턴과 Redux 패턴의 플로우를 비교해 보면 크게 다르지 않다라는걸 알 수 있다. CQRS Redux 커맨드 모델:Mutation(변이) 위한 Request (동작을 수행하고 상태 변경을 일으킴) 리덕스에서는 액션 디스패치 개념과 동일 (액션을 디스패치 하게 되다면 새로운 커맨드를 서브밋 하게
태그: architecture
Frontend MVC 패턴
프론트엔드에서 MVC 패턴을 사용 안하는 이유프론트엔드에서 MVC 패턴을 대체하는 패턴들과 등장 배경 이유를 알아보자. 백엔드에서의 수행 절차 client 의 request 를 받는다. (브라우저 or 앱) request 를 분석한다. (라우팅) 필요한 데이터를 수집 / 가공 한다. (데이터 베이스 조회) 뷰를 생성하고 response 한다.
도메인 로직 이해
비즈니스 로직/도메인 로직 이해개발 아키텍처에서 말하는 비즈니스 로직/도메인 로직 이해를 하려면 도메인 로직인지 아닌지 판단 기준을 "이 코드가 현실문제에 대한 의사 결정을 하고 있는가?" 로 접근하면 개념을 이해하기가 쉬울 것이다. 개발하면서 자주 듣는 말… “비지니스 로직을 분리하세요.”“도메인 로직은 다른 계층에
Git 브랜치 종류
보통 사용되는 브랜치 master/main: 항상 최신의 안정적인 프로그램 develop: 베타 버전/모든 개발 로그들이 쌓이는곳, 새로운 feature 기능들이 완성되고 머지되는 곳 feature: 기능을 추가 할 때마다 따는 브랜치 test: 테스트 hotfix: 급한 수정 release: 배포할때 쓰는 테스트용 브렌치 커밋 메시지 표기 [
Git Commit 컨벤션
Git Commit 컨벤션 ex) feat (변경할 파일) : 변경 내용 (/#issue number) 커밋 메시지 규칙 feat: 새로운 기능 구현 fix: 버그, 오류 해결 chore: src 또는 test 파일을 수정하지 않은 기타 변경 사항 (새로운 파일 생성, 파일 이동, 이름 변경 등) refactor: 버그 수정이나 기능 추가가 없