Writing
작업 노트
기술 자체보다 어떤 문제를 왜 그렇게 풀었는지에 초점을 둡니다.
클린아키텍쳐-인터페이스 분리 원칙
인터페이스 분리 원칙(ISP The Interface Segregation Principle) 언어와 ISP 정적 타입 언어 사용자가 import, use, include을 사용하도록 강제한다. 이렇게 소스 코드에 선언된 선언문으로 인해 소스코드 의존성이 발생한다.(자바는 약깐 틀리다.) 루비나 파이썬 같은 동적 타입언어
클린아키텍쳐-리스코프 치환 원칙
리스코프 치환 원칙(LSP Liskov Substitution Principle) 1988년 바바라 리스코프는 하위 타입을 아래와 같이 정의했다. 상속을 사용하도록 가이드하기 정사각형/ 직사각형 문제 아키텍처 관점에서 LSP를 이해하는 최선의 방법은 이원칙을 어겼을때 시스템 아키텍처에ㅓㅅ 무슨일이 일어나는지 관찰하는 것이
클린아키텍쳐-개방 폐쇄 원칙
개방 폐쇄 원칙(OCP, Open Closed Principle) 버트란트 마이어가 1988년에 만들었는데 컴포넌트의 의존성 방향은 단방향으로 할려고 해야 되고 화살표 방향은 변경으로부터 보호하려는 컴포넌트를 향하도록 그려야 한다. 컴포넌트의 방향성을 제어하기 위해 컴포넌트를 추가 하기도 한다. 시스템을 컴포넌트 단위로
MicroProfile-마이크로프로파일
MicroProfile 마이크로프로파일 MicroProfile은 여러 런타임에서 애플리케이션 이식성을 제공하는 마이크로 서비스를 함께 구성하는 Java EE API 및 기술 모음을 말합니다. 현제 기준으로 3.1을 제공하고 있습니다. Java EE의 성숙으로 인해 릴리스 케이던스가 느려져 마이크로 서비스 커뮤니티에 비해
클린아키텍쳐-단일책임원칙
단일책임원칙(SRP: The Single Responsibility Principle) 이름만으로 헷갈릴수가 있다 모듈이 하나의 일만 해야 된다는 것으로 하나의 일만 해야 되는것은 함수이다. 단일 모듈의 변경이유는 하나여야만 한다. 모듈이란 무엇인가? 응집된 집합 단일 책임을 묶어주는 힘은 응집성이다. 징후1: 우발적 중
클린아키텍쳐-설계원칙
클린아키텍쳐 설계원칙 좋은 소프트 웨어 시스템은 클린코드로 부터 시작한다. 좋은 벽돌로 좋은 아키텍쳐를 정의하는 원칙이 SOLID 이다. SOLID는 함수와 데이터구조를 클래스로 배치하는 방법 그리고 이들 클래스를 서로결합하는 방법을 설명해준다. SRP : 단일책임원칙 모듈의 변경이유는 단하나여야 한다. OCP : 개방폐
클린아키텍쳐-함수형 프로그래밍
클린아키텍쳐 함수형 프로그래밍 함수형 프로그래밍 개념은 프로그래밍 그 자체보다 앞서 등장했다. 이 패러다임에서 핵심이 되는 기반은 람다 계산법으로 알론조 처치가 1930년대 발명했다 클로저와 자바의 극단적인 차이를 집어보면 자바는 가변변수를 사용하는데 클로저는 불변변수를 사용한다. 함수형 언어에서 변수는 변경되지 않는다.
클린아키텍쳐-구조적 프로그래밍
클린아키텍쳐 객체지향 프로그래밍 객체 지향이란 무엇인가? 데이터와 함수의 조합? 이것은 만족스러운 대답이 아니다. 캡슐화, 상속, 다형성 캡슐화 OO를 정의하는 요소중 캡슐화를 언급하는 이유는 데이터와 함수를 쉽고 효과적으로 캡슐화 하는 방법을 OO언어가 제공하기 때문이다. 헤더와 구현체를 분리하는 방식을 버리면서 강력한
클린아키텍쳐-구조적 프로그래밍
클린아키텍쳐 구조적 프로그래밍 데이크스트라가 초기에 인식한 문제는 프로그래밍은 어렵고, 프로그래머는 프로그래밍을 잘하지 못한다는 사실이였다. 데이크스트라는 증명이라는 수학적인 원리를 적용하여 이문제를 해결하고자 했다. 그의 비전은 유클리드 계층구조를 만드는것이였다. 데이크스트라는 이연구를 진행하면서 goto문이 모듈을 더