이번에는 로버트 C 마틴의 클린 아키텍처를 읽은 내용을 정리해보도록 하겠습니다. 개인적인 설명은 기울임으로 표시해두었으니, 읽으면서 참고하시면 될 것 같습니다. 3장. 패러다임 개요 [ 구조적 프로그래밍 ] 최초로 만들어진 패러다임은 아니지만 최초로 적용된 패러다임(1968년 다익스트라) 다익스트라는 무분별한 점프(goto 문법)는 프로그램 구조에 해롭다는 사실을 제시함 대신 if/then/else와 do/while/until과 같은 더 익숙한 구조로 대체함 구조적 프로그래밍은 제어흐름의 직접적인 전환에 대해 규칙을 부과하는 패러다임 "직접적인 전환에 대한 규칙을 부과한다"는 의미는 goto 문으로 코드를 직접 넘나드는 것을 막는다는 뜻이다. 이는 언어 차원에서 goto 문법을 지원하지 않음으로써 자연스..
이번에는 로버트 C 마틴의 클린 아키텍처를 읽은 내용을 정리해보도록 하겠습니다. 개인적인 설명은 기울임으로 표시해두었으니, 읽으면서 참고하시면 될 것 같습니다. 1장. 설계와 아키텍처란? [ 도입 ] 설계와 아키텍처의 정의 아키텍처: 저수준의 세부사항과는 분리된 고수준의 무언가 설계: 저수준의 구조 또는 결정사항 설계와 아키텍처의 관계 설계와 아키텍처는 모두 소프트웨어 전체 설계의 구성요소임 이 둘은 단절없이 이어지며, 이를 통해 대상 시스템의 구조를 정의함 개별로 존재할 수 없으며 고수준에서 저수준으로 향하는 의사결정의 연속성만이 있음 이 부분에서 핵심은 "고수준에서 저수준으로 향하는 의사결정의 연속성만이 있음"이라는 부분이다. 저자가 다소 불친절하지만 엄청나게 많은 의미를 내포하고 있다. 이 문장이 ..
이번에는 인텔리제이를 사용할 때 유용한 설정 및 플러그인 등을 정리하였습니다. 1. 인텔리제이 설정[ Author와 Usages 설정 ]개발을 하다 보면 어떤 코드를 누가 작성했는지, 얼마나 사용되고 있는지 파악하고 싶을 때가 있다. IntelliJ에서 제공하는 기능을 사용하면 코드 위에 이를 표시해준다.Preferences > Editor > Inlay Hints > Code vision > UsagesPreferences > Editor > Inlay Hints > Code vision > Code author [ Annotate with blame 설정 ]개발을 하면서 어느 코드를 누가 언제 작성했는지 확인해야 할 때가 있다. Annotate with Blame을 설정하면 이를 손쉽게 파..
아래의 내용은 마틴 파울러의 강연 내용을 정리한 것입니다. 1. TDD(Test-Driven Development, 테스트 주도 개발)과 리팩토링 [ TDD(Test-Driven Development) Refactoring ] 리팩토링이 필요한 대표적인 순간은 TDD로 개발할 때이다. TDD 프로세스는 다음과 같다. 기능구현 실패 테스트 → 성공 테스트 새로운 로직들이 추가됨 코드를 잘 짜기 보다는 기능이 동작하는 것이 중요함 리팩토링 중복 코드 제거 및 깔끔하게 정리 기능은 동일하고 새로운 코드를 만듬 테스트 코드를 통해 실수가 없도록 함 TDD가 아니여도 개발 과정은 "기능구현"과 "리팩토링" 두 단계로 나뉘어지는데, 언제든지 두 과정으로 서로 전환할 수 있다. 예를 들어 리팩토링을 하다가 버그를 발..
아래의 내용은 김영한님의 디비 접근 기술 2편 강의와 토비의 스프링 등을 바탕으로 정리한 내용입니다. 1. 트랜잭션의 시작과 종료 및 전파 속성(Transaction Propagation) [ 트랜잭션의 시작과 종료 ] 트랜잭션은 시작 지점과 끝나는 지점이 존재한다. 시작하는 방법은 1가지이지만 끝나는 방법은 2가지이다. 트랜잭션이 끝나는 방법에는 모든 작업을 확정짓는 커밋(commit)과 모든 작업을 무효화하는 롤백(rollback)이 있다. 트랜잭션의 시작 트랜잭션은 하나의 Connection을 가져와 사용하다가 닫는 사이에서 일어난다. 트랜잭션의 시작과 종료는 Connection 객체를 통해 이뤄지기 때문이다. JDBC의 기본 설정은 DB 작업을 수행한 직후에 바로 커밋을 하는 자동 커밋 옵션이 활..