일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- js api 호출
- js await
- js fetch
- javascript fetch
- 스프링부트
- JPA
- 코프링
- spring 모듈 프로젝트
- jpa 플러쉬
- springboot 모듈
- jpa 플러시
- javascript async
- 코틀린 클래스
- jpa 영속성
- 코틀린
- springboot gradle 모듈 프로젝트
- spring gradle 모듈
- ja async
- javascript async await
- JPA플러시
- js async await
- JPA준영속 상태
- JPA플러쉬
- jpa준영속
- JS
- Flutter
- 준영속상태
- JavaScript
- javascript api 호출
- gradle 모듈 프로젝트
- Today
- Total
목록IT서적 & 세미나/사내 세미나 (6)
매일 한줄 코딩
💡CQRS란? CQRS는 데이터 변경과 조회의 책임을 나누는 것. (명령과 조회의 책임을 분리 - Command and Query Responsibility Segregation) 명령 ⇒ Command (데이터 변경) 조회 ⇒ Query (데이터 조회) 💡예를들어보자. 명령(Command : 데이터변경) → 회원 데이터의 회원상태를 변경. 조회(Query : 데이터조회) → 회원을 조회하는 것. 위 두가지에서 사용되는 모델은 각각의 모델로 분리하여야 한다. ⁉️만약 분리하지않는다면 ??? 하나의 가정을 잡고 설명하고자 한다. Member라는 모델 객체에서는 변수 name, age, status, date ( 각각 이름, 나이, 상태, 가입일 )가 있다고 가정한다. 회원의 처음 상태는 준회원이라고 가정한..
💡 클린 아키텍처는 로직, 목적 등.. 관심사를 분리하는 것. 관심사에 따라 계층을 나눔. 세부 구현을 염두한 설계가 아닌 도메인 중심으로 설계 내부에 있는 영역이 UI, DB, 인프라 등의 외부적인 것에 의존하지 않도록 설계 💡로직에는 크게 아래와 같이 나뉜다. UI 로직 응용(어플리케이션) 로직 도메인 로직 (비지니스 업무) 로직 인프라(연동) 성 코드 로직 위 4가지의 로직을 바탕으로 각각의 영역으로 나눌 수 있다. 💡크게 영역은 아래와 같다. UI 로직 필수값 검증 ( 프론트단에서 validation 체크 ) 보이거나 / 안보이거나 ( display , display-none 등.. ) 팝업을 띄우거나 / 안띄우거나 등등 의 UI 성 로직 응용 로직 고객이 존재하는지 / 안하는지 돈을 지불 했는지..
💡 아키텍처란? 위키피디아 : 컴퓨터 구조(computer architecture)는 컴퓨터 과학에서 컴퓨터 시스템의 기능(functionality), 조직(organization), 구현(implementation)에 대한 법칙과 방법을 통칭한다 클린아키텍처 : 소프트웨어 시스템의 아키텍처란 시스템을 구축했던 사람들이 만들어낸 시스템의 형태다. Ralph Johnson (GoF) : the important stuff Whatever that is. (중요한것들 뭐든간에) 아키텍처의 구조 요구사항 → 기능 : 기획서, 화면기획서 등 (funtional) → 비기능 : 품질(non funtional) 기능 / 비기능 으로 나뉜다. 상황 일정, 인력 등 모든 것은 절충 (trade off) 모든 결정에는 ..
추상화란? 의도, 프로세스, 특징, 속성 등을 개념적으로 표현한 것을 말한다 → 컨셉화 💡 예제 1) ... ... 예제 2) plus(100); deposit(100); 예제 1 에서 div 태그에 class 속성을 주었다. 차이는 명칭이 red와 warning 이다. red는 경고하기위해 빨간색으로 표시하겠다라는 표현의 정도 → How (어떻게) warning은 경고라는 의도를 표현하는 정도다. → What (무엇을) 예제 2 에서 plus함수와 deposit함수를 호출하는 내용이다. 각각 100이라는 값을 함께 넘겨주고 있다. plus함수는 받은 인자인 100을 더해주겠다는 것으로 보인다 → How (어떻게) deposit함수는 받은 100을 예금해준다는 것으로 보인다 → What (무엇을) 다시말..
앱 출시 후 서비스 하는 기간이 길어질수록 코드 1줄당 새롭게 개발하거나 변경되는 비용도 높아진다. 이미 출시된 서비스에 무언가를 바꿀때 미치는 영향도 때문에 소스를 다 뒤지는 시간이 길어지며, 대부분 그 시간을 할애한다. 그렇기 때문에 서비스하는 기간이 길어질수록 코드를 변경하는 비용은 높아지는 것이다. 그래서 우리는 코드를 추가,수정 할때 위치 혹은 영향도를 찾는 시간을 줄여야 한다. 그것을 자바의 대표적인 특징인 캡슐화로 어느정도 비용을 줄일 수 있다. 먼저, 캡슐화를 들어가기전에 커플링(결합도) 와 응집도에 대해 간단히 알아봐야 한다. 커플링(결합도) 란? 말그대로 A코드와 B코드가 서로 결합되어 있는 정도가 커서 A가 바뀌면 B에도 영향이 있는 경우에 결합도가 높다고 표현한다. 응집도 란? 결합..