본문 바로가기

분류 전체보기

1-3. 좋은 객체 지향 설계의 5가지 원칙(SOLID)
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 1-3. 좋은 객체 지향 설계의 5가지 원칙(SOLID) OCP, DIP가 가장 중요 1. SRP - 책임이란 것이 실무에서는 좀 애매하다. ( 중요한 판단의 기준은 변경이다. 파급효과가 적으면 Good ) 변경=바꿔야되는 코드양. - ex) 코드 하나에 3만줄 ... 2. OCP 이 사진을 다시 보면 이해가 쉽다. 자동차 역할의 인터페이스는 여러 종류의 차로 확장 가능하지만 아무리 확장되더라도 운전자 역할의 코드를 바꿀 필요가 없다. 다형성을 사용하려하면 OCP 원칙을 지킬 수 없다. !! -> 문제를 어떻게 해결 할 까? -> 스프링의 DI를 받자!!!!!!!!!!!!! 3. LSP 업캐스팅이 되야한다.? 정도로 이해함. 기능적으로 보장되어야함. ( 엑셀은 뒤로가게 구현하면 LSP 위반 -> 엑셀의 기능이 보장 되어야함. ) 4. ISP - 자동차 인터페이..
1-2. 좋은 객체 지향 프로그래밍이란?
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 1-2. 좋은 객체 지향 프로그래밍이란? 핵심 : 1. 객체들의 모임, 객체는 메시지를 주고 받고 데이터를 처리할 수 있다. ( 객체끼리 협력할 수 있다. ) 2. 유연하고 변경이 용이하다. ( 레고 블럭을 조립하듯이, 키보드 마우스를 갈아끼우듯이 ) 컴포넌트를 쉽고 유연하게 변경하면서 개발할 수 있는 방법. # 다형성 - 운전자는 차가 바뀌어도 운전을 할 수 있다. ( 구현만 바뀌었을 뿐 ) - 각각 자동차들은 자동차역할의 인터페이스를 따라서 만들었기 때문에. - 왜 자동차 인터페이스와 구현체를 분리 했을까? ( 결국엔 운전자를 위해서 ) - 차가 내부적으로 바뀌어도( 새로운 기능을 추가해도 ) 운전자에게 영향X - 역할과 구현으로 세상을 구분했기 때문에 역할을 누가 할지는 상관이 없다. ( 다른 대상으로 대체 가능 ) 구현보다 인터페이스 설..
1-1. 스프링이란?
Java, Spring/스프링 핵심 원리 기본 2022. 8. 5. 1-1. 스프링이란? 스프링만 쓰지 않음 -> 스프링부트를 통해서 사용. 스프링부트는 기본으로 무조건 사용함. - 예전에는 스프링을 쓰면 빌드를 하고 톰켓서버를 별도를 설치하여 빌드된 걸 넣고 띄우고 복잡했다. - 근데 지금은 스프링부트가 빌드하고 서버에 자동으로 띄워줌. - starter만 쓰면 연관있는 라이브러리를 다 땡겨줌. ( 예전엔 필요한 라이브러리 하나하나 다 땡김 ) - 과거에는 3rd 파티 라이브러리 버전을 다 따져서 구성했어야했지만 지금은 자동으로 구성해줌. - 모니터링에 필요한 메트릭 등을 기본적으로 제공 스프링부트는 스프링과 별도로 사용불가. 그래도 스프링의 최고 핵심은 IoC/DI 이건 핵심이 아니라 결과물일뿐 스프링은 객체 지향의 장점을 극대화 할 수 있게 만들 수 있게 한 프레임워크 ( EJB는 상속..
Docker 2022. 8. 4. Docker Network 구조 및 동작 원리 어려우니까 감만 잡기 ( eth0와 veth는 쌍으로 생긴다.) https://yoo11052.tistory.com/208
스프링 입문을 위한 자바 객체 지향의 원리와 이해
책 내용 정리/스프링 입문을 위한 자바 객체 지향의 원리와 이해 2022. 8. 2. 스프링 입문을 위한 자바 객체 지향의 원리와 이해 이 책은 스프링 입문을 위한 내용, 즉 자바의 객체 지향의 원리에 대해 풀었다. 자바의 메커니즘을 제대로 이해하고 바람직한 객체지향설계에 대한 감을 잡을 수 있었다. 처음 객체지향에 대해 알게 되었을 때 만큼 많은 것을 깨닫는 느낌이었다. 이제 막 자바 생태계에 입문하거나 스프링 학습을 시작하는 이에게 권한다. 객체지향의 4대 원칙 중 상속은 영어 단어를 그대로 옮기면서 생긴 오해가 있다. 위 그림처럼 객체 지향의 상속은 계층도가 아니라 밑의 그림처럼 분류도 이다. 아버지는 할아버지이다. (X) but 고래는 포유류이다. (O) 그래서 자바 언어에는 inherits 라는 키워드는 없다. -> extends 를 사용한다. ( 상속이 아닌 확장, 세분화 라고 이해하자. ) 상속은 is a 관계가 아니라 is..
Proxy, Forward Proxy, Reverse Proxy, Load Balancer
우아한10분테크톡 2022. 7. 31. Proxy, Forward Proxy, Reverse Proxy, Load Balancer https://www.youtube.com/watch?v=YxwYhenZ3BE scale up : 서버각각의 성능을 높이는것 scale out : 서버의 개수를 늘리는 것. 정말 체계적으로 발표를 잘하시는 것 같다. 발표능력이 부족하다고 생각하는데 이 부분도 연습을 통해 발전시켜야겠다. 꾸준히 다시보자. 1. 220710 2. 220821
3-3강 Spring Cloud의 이해
Java, Spring/SpringBoot 정리 2022. 7. 30. 3-3강 Spring Cloud의 이해 # API Gateway 하나의 서비스가 여러개의 서비스로 나누어 지게 되었을 때 (microservices) 클라이언트가 서비스를 호출할 때 문제가 생길 수 있음. 클라이언트가 윗 그림 처럼 하나의 큰 서비스 안의 세분화 된 서비스에 각각 접근하면 인증/인가에 대한 문제가 발생 할 수 밖에 없다. , 수많은 API호출을 기록하는 것도 어렵다. -> 해결책 : API Gateway API Gateway 툴에는 Zuul 2.0, Spring Cloud Gateway 가 있다. 마이크로서비스 각각 환경이 달라서 관리가 어렵다 -> 환경을 중앙집중식으로 모야 git에서 관리할 수 있는 방법 = Spring cloud config.
3-2강 마이크로서비스 아키텍처의 이해
Java, Spring/SpringBoot 정리 2022. 7. 30. 3-2강 마이크로서비스 아키텍처의 이해 모놀리스로 만든 애플리케이션이 인기가 많아져서 유저가 아주 많아졌다고 가정하자. 이 때 문제는 1. 서비스 자체적으로 문제 ( 유저 많아짐 = 요구사항 많아짐 = 수정사항 많아짐 ) 2. 서버를 증설해서 늘리는 것이 어려움 ( 스케일 아웃 ) -> 서버의 성능을 높여야하는데 이럴 경우 비용이 기하급수적임. ==> 모듈화 하여 각각마다 개발팀 나눠야함. ( 자기팀 기능만 알면 됨. ) ( 서비스 할 때도 독립적으로 운영함. ) = 서버도 따로 씀. 기술에 대한 다양성 : 각 기능마다 다른 기술 쓸 수 있다. 하나가 다운되도 전체 서비스가 다운되지 않는다.
3-1강 Monolith 아키텍처의 이해
Java, Spring/SpringBoot 정리 2022. 7. 30. 3-1강 Monolith 아키텍처의 이해 - 모든 업무 로직을 "하나"의 애플리케이션 형태로 묶어 서비스하는 형태 - 규모 커질 수록 특정기능 수정하는데 시간 오래걸림. ( 하나 수정에도 전체가 영향을 받는 구조 ) - 매우 복잡 + 하나의 기능이 전체에 영향 줌 + 낮은 확장성 다수의 팀이 단일 코드 베이스로 개발. 중간에 db를 바꾸거나 하는 것이 어려움. -> 이를 개선하기 위해 SOA ( 서비스 지향 아키텍쳐 ) 각각 독립적으로 개발할 수 있다. -> 각각 커뮤니케이션을 어떻게 하느냐가 중요! -> SOAP(커뮤니케이션 프로토콜)를 적용한다. -> ESB 툴 사용. 단점 : SOAP방식의 통신은 무거움. SOA와 microservices 는 거의 비슷함. 다만 SOA의 커뮤니케이션 방식이 SOAP 라면, microservices는 각각의..
2-6강 RESTful Web Services 구현(4) Mockmvc, mock
Java, Spring/SpringBoot 정리 2022. 7. 30. 2-6강 RESTful Web Services 구현(4) Mockmvc, mock 클라이언트는 서버에게 요청 시 응답은 .jsp 아니면 .html 같은 파일 지금은 JSON으로 주고 받음. 원서버(데이터 있는 서버) 가기 전에 프록시서버를 둔다. 서버는 프록시서버를 통해서 모든 요청을 받는다. 클라이언트는 원서버에 바로 가지 못한다. 프록시서버와 원서버 간의 통신은 JSON형태의 데이터를 주고받음. 그래서 그 사이에 별도로 Service layer가 들어오게 됨. ( JSON으로 주고 받기 위함. ) 프록시서버에서 JSON으로 데이터 받아서 원서버의 Service에서 JSON을 POJO 객체로 변환해줌. JSON데이터를 받고 , 내보내는 기능을 구성해주는 것이 RestController이다. 그래서 @RestController 붙여줌. 우리는 프록시서버를 구성하진 않았지만 frontc..
2-5강 RESTful Web Services 구현(3)
Java, Spring/SpringBoot 정리 2022. 7. 30. 2-5강 RESTful Web Services 구현(3) @SpringBootTest 붙여준다. ( 걍 함 ) 단위테스트에서는 생성자주입, @RequeiredArgsConstructor 주입이 안된다. -> 오직 필드주입. 단위 테스트 시 3가지 결과 1. 이상없이 초록색 체크 2. 테스트가 수행 되면서 에러발생 빨간색 3. 테스트가 수행은 됐지만 기댓값이 결과값과 다를 경우 주황색 @BeforeEach, @AfterEach 봐라.
2-4강 RESTful Web Services 구현(2)
Java, Spring/SpringBoot 정리 2022. 7. 30. 2-4강 RESTful Web Services 구현(2) 신기한거 : 원래 생성자 주입할 때 밑 3줄처럼 해서 주입 받았는데 Lombok의 어노테이션인 @RequeiredArgsConstructor 을 붙여주고 주입받을 객체를 final로 선언해주면 알아서 밑 3줄을 만들어서 넣어주는 효과를 받는다. ( final은 선언과 동시에 초기화해야함. ) userStore에 구현체인 UserStoreLogic 이 주입 된다. ( 여러개면 @Qulify 로 선택해 주거나 하나를 지운다. )
Recent Posts
Popular Posts
Tags
더보기
Recent Comments

티스토리툴바