System Design & Arch
CQRS : Command and Query Responsibility Segregation
2021.04.21 : System Design & Archmartinfowler.com/bliki/CQRS.html (번역) CRUD를 모두 같은 모델을 사용해 처리했었다면, CQRS는 CUD를 Command로, R을 Query로 분리하여 설계하는 방법 하지만 문서 전체에서 CQRS는 잘 들어맞는 부분에만 일부 사용할 것을 권장하고 있다. 문서에서 발췌 CQRS는 시스템의 특정한 부분(DDD 표현으로는 Bounded Context)에서만 사용돼야 하고, 시스템 전체에서 사용해서는 안 된다. 이러한 사고방식은 각 Bounded Context는 개별적으로 모델링을 해야 한다는 의미다. (Bounded Context: https://www.martinfowler.com/bliki/BoundedContext.html) 많은 정보 시스템들은 정보를 기반으로 한가지 방식..
응답 설계 : code & data 형태의 리턴값 VS 성공 빼고 다 Exception으로 처리?
2020.08.21이 글은 보호되어 있기 때문에 이것을 보려면 암호가 필요합니다.
[Spring] MVC : Controller와 Service의 책임 나누기
2020.07.06 : System Design & Archmartinfowler.com/bliki/PresentationDomainDataLayering.html 우선, 가장 크고 중요한 개념은 layer다. 일반적으로 많이 사용하는 layer 구분 Presentation layer Service layer Business layer Persistence layer *** 기타 sublayer 들을 포함할 수도 있음. layer를 왜 분리할까? layer를 분리한다는 것에는 어떤 의미가 있는가? layer를 나눈다는 것은, 무언가를 추상화 하는 것이 그 목적이다. 추상화를 잘 했다면, 각기 다른 계층끼리 부품을 갈아끼우듯 변경할 수 있다. 각 layer가 자신의 세부사항을 몰라도 상관 없도록, 잘 추상화해서 제공하고 있었다면 가능하다. 컴포넌트들의 서로의 의존..
[Spring] MVC : Model 클래스와 요청/응답 Data 클래스, Map을 사용하는 것?
2020.06.25 : System Design & Arch* Model은 보통 Business layer에서 사용하는 Domain Model을 의미한다. * 기타 layer에서 사용하는 Data Class는 Data Class라고 불렀다. 내용을 요약하면? data class 만드는걸 주저할 필요가 전혀 없다. 그러나 항상 data class만을 써야 하는 것은 아니다. Map으로 받아야 깔끔한 순간이 분명 있다. 1. 클래스가 많아서, 파일이 많아서 지저분해질거 같아서 Map을 사용하겠다? => 요청/응답 전용 data class들만 따로 패키지를 만들어서 거기에 몰아넣고 열어보지 않으면 될 일이다. 이건 Map을 사용할 이유는 못되는 듯. 2. 이름(key)을 제외한 나머지 속성들이 모두 비즈니스 로직에서 전혀 쓰이지 않는다면, data class 안만들고..
공통 비즈니스 로직 분리(제휴사 인터페이스 통합 및 클래스 설계)
2019.08.21 : System Design & Arch- 제휴사 API 서버 Npay 서버 연결 작업을 각자 진행한 후, 이를 하나로 통합하는 과정에서 비즈니스 로직 코드 중복이 발생함. - 코드 중복을 해결하면서 제휴사 마다 다른 구현 사항을 고려하여 처음 설계한 아키텍쳐는, PointChangeService라는 abstract class에 공통 로직을 작성하고, 각 제휴사 마다 다른 부분은 abstract 메서드로 만들어 상속을 이용해 구현을 강제하는 방법이었음. - 그러나 서비스가 점차 커지고 코드가 복잡해지면서 순환 의존 (Cycle Dependency) 문제가 발생함. - 더불어 PointChangeService의 책임이 너무 많다는 문제점도 있었음. 결국 XXPointChangeService는 제휴사 마다 다른 구현부와 공통 비즈니스 로직을 모두..
Exception 처리, 어떻게 하는게 좋을까?
2019.05.29 : System Design & ArchError와 Exception의 차이 에러 : 애초에 예상이 불가능한 것. 예외 : 발생을 예상할 수 있는 것. 그리고 예상할 수 있기 때문에 그에 대한 대비로 try-catch가 있는 것. checked exception 컴파일 타임에 경고를 해주는 예외. 예외 처리가 안되어 있으면 컴파일이 안된다. 컴파일 타임에 발생하는 Exception이라고 말하기는 좀 그렇다. 정확히는 Exception은 Runtime에 발생하며 컴파일 타임에 경고를 해주는거지. 대표적인게 `` IOException, SQLException`` unchecked exception 컴파일 타임에 경고를 안해주는 예외. 예외 처리가 안되어 있어도 컴파일이 된다. 대표적인 것이 `` NPE, IndexOutOfBoundsExcepti..
Composition VS Extends : delegation, decorator, wrapper
2019.02.04 : System Design & ArchEffective Java : 아이템 18. (기능 확장이 필요할 때)상속보다는 컴포지션을 사용하라 [Effective Java] 4장 클래스와 인터페이스 상속이란? extends를 말함. (implements는 아님. 이건 구현.) 컴포지션이란? Composition은 필요한 객체를 내부 private 변수로 두는 것 기존 클래스가 새로운 클래스의 구성요소로 쓰인다는 뜻 [Coding/CodingNote] - [코딩 노트] 객체 지향 패러다임 어떤 클래스에 기능을 추가하거나, 책임을 더해서 확장하고 싶을 때 사용한다. 상속의 단점? 상속과 컴포지션의 차이는 즉, @Override 하느냐 메서드를 호출해서 delegate 하느냐의 차이로 볼 수 있는데 @Override를 통해 하위 클래스에서 변경한 메서..
[코딩 노트] 大 : Design Pattern, 디자인 패턴
2018.05.14이 글은 보호되어 있기 때문에 이것을 보려면 암호가 필요합니다.
[코딩 노트] 大 : 전체적인 구조 설계
2017.12.02이 글은 보호되어 있기 때문에 이것을 보려면 암호가 필요합니다.
[코딩 노트] 小 : 라인 레벨 : 자주 사용하는 패턴
2017.12.02이 글은 보호되어 있기 때문에 이것을 보려면 암호가 필요합니다.
Naming convention
2016.09.14 : System Design & Arch구글의 스타일 가이드 모음https://github.com/google/styleguide http://docs.navercorp.com/coding-convention/ Helper class / Utility class helper class는 특정 클래스의 작업을 도와주는 유틸리티 클래스라고 생각하면 된다. 어떤 기능을 제공하기는 하는데, 그 자체로 그 어플리케이션의 핵심 로직은 아닌 클래스를 의미한다. 예를 들면 DB를 다룬다거나, 안드로이드에서 CustomTabs를 띄워주는 기능을 한다거나. utility class와 하는 일은 비슷하지만, utility class는 모든 메서드가 static이라는 차이점이 있다. 즉, helper class가 더 큰 개념이라고 보면 된다. 파일 이름은 클래스 ..