일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 국비지원교육
- 오블완
- 패스트캠퍼스
- 객체지향
- 환급챌린지
- mysql
- OPENPATH
- 백엔드
- 국비지원취업
- KDT
- UXUI챌린지
- 오픈패스
- 부트캠프
- 내일배움캠프
- 내일배움카드
- 백엔드개발자
- 디자인교육
- baekjoon
- Be
- 오픈챌린지
- UXUI기초정복
- Spring
- 국비지원
- UXUIPrimary
- Java
- 백엔드 부트캠프
- 디자인강의
- 디자인챌린지
- 백준
- 티스토리챌린지
- Today
- Total
목록도메인 (3)
군만두의 IT 공부 일지
목차 10. 도메인소프트웨어 공학에서 도메인: 애플리케이션이 해결하고자 하는 문제 영역10.1 소프트웨어 개발의 시작린(lean) 방식의 업무 스타일1. 사용자의 문제 상황을 인식함.2. 문제 상황에 따라 어떤 솔루션을 제공하면 좋은 반응을 얻을 것이라고 가설을 세움.3. 가설이 맞다면 결과가 어떤 지표로 반영될 것이라고 가정함.4. 가설을 검증할 수 있는 가장 빠른 방법을 생각하고 이를 실험함.5. 사용자와 지속적으로 소통하면서 가설의 방향성을 지속적으로 조정, 확장함.린 방식의 업무 스타일에서는 사용자가 겪는 문제와 사용자의 문제를 해결할 수 있는 해결책을 만들어야 함을 강조함.오늘날 대부분의 사업은 고객의 문제에서 출발함. 여기서 사용자들이 겪는 문제 영역이 바로 도메인임.10.2 애플리케이션의 본..
목차 이전 장에서 배웠던 레이어드 아키텍처에 대해 다루려고 합니다. 레이어드 아키텍처를 설계할 때 자주 발생하는 실수 중 하나는 개발 시작점을 잘못 설정하는 것입니다. 많은 개발자들이 데이터베이스 설계나 API 엔드포인트 정의부터 시작하는 경향이 있는데, 진정한 의미에서 레이어드 아키텍처를 구현하기 위해서는 도메인 중심의 설계를 기반으로 기술적 구현을 고려해야 합니다.8. 레이어드 아키텍처8.1 레이어드 아키텍처의 최소 조건레이어드 아키텍처는 애플리케이션을 레이어로 나누고 각 레이어에 역할을 정함. 대표적인 레이어는 프레젠테이션, 비즈니스, 인프라스트럭처가 있음.컴포넌트에 맞춰 레이어를 분류하는 것은 폴더를 관리하는 것과 다를 바 없음.아키텍처는 정책과 제약 조건을 이용해 목적을 달성함.레이어드 구조를 ..
목차 이 책의 2부에서는 저처럼 스프링에 대해서 배운지 얼마 안 된 개발자들이 놓치는 부분을 알려줍니다. 책을 공부하면서, '내가 지금까지 트랜잭션 스크립트 같은 안티패턴을 사용하고 있었구나'하고 반성하게 되는 것 같습니다. 각종 컴포넌트와 DTO 구현에 대한 것도 많이 배워가는 것 같습니다.6. 안티패턴6.1 스마트 UI스마트 UI(User Interface) 패턴: 시스템의 UI 레벨에서 너무 많은 업무를 처리하고 있는 경우스마트 UI는 데이터 입출력을 UI 레벨에서 처리함.스마트 UI는 비즈니스 로직도 UI 레벨에서 처리함.스마트 UI는 데이터베이스와 통신하는 코드도 UI 레벨에서 처리함.→ 백엔드 개발자도 백엔드 개발자의 UI(백엔드 API)를 신경써야 함.컨트롤러(Controller)는 API를..