# 설계

8개의 포스트
post-thumbnail

마이크로서비스설계 하는 법

마이크로서비스로 설계하기 위한 적합하지 않은 시스템이 존재하기 때문에 설계 전 과연 마이크로서비스로 설계하는 것이 맞나부터 검토해야한다.마이크로서비스에 필요한 자동화나 운영에 투자하지 못하는 조직마이크로서비스로 갈 경우 시스템의 복잡성이 따라 오기 때문에 관리가 중요하

2020년 6월 17일
·
0개의 댓글

[내용정리] 아는 만큼 보이는 데이터베이스 설계와 구축

1장. PK 컬럼 순서의 중요성 FULL SCAN 테이블의 PK순서를 조정하지 않은 채 테이블을 생성하게 되면 테이블 조회 시 FULL SCAN을 하게되어 성능저하를 유발한다(잘못된 index 순서). 따라서 PK 순서를 변경하여 index가 효율적으로 이용될 수

2020년 4월 17일
·
0개의 댓글
post-thumbnail

처음 맡은 프로젝트 설계 : 어떻게 시작하지?

어느날 갑자기 회사에서 제품 설계를 나에게 지시한다면? 어느날 갑자기 팀 리더가 퇴사하면서 내가 프로젝트의 설계를 담당하게 됐다면? 이 글은 제가 설계를 담당하게 된 처음, 참고한 서적과 조언들에 대한 글입니다.

2020년 4월 17일
·
6개의 댓글
post-thumbnail

Objects 1장 객체, 설계

조영호 저자의 오브젝트라는 책의 내용을 정리한 포스팅입니다. 이번 포스팅은 1편 객체와 설계부분을 정리한 내용입니다.

2020년 2월 28일
·
0개의 댓글
post-thumbnail

[Vid+] 기획 및 설계

Vid+는 2주기간동안 진행했던 프로젝트로 비디오를 보며 필요한 순간 노트를 작성 할 수 있도록 도와주는 Video Note Extension 웹 애플리케이션이다.

2020년 2월 25일
·
0개의 댓글

객체 지향 설계 5원칙 (SOLID)와 SoC

단일 책임 원칙::Single Responsibility Principle 어떤 클래스를 변경해야 하는 이유는 오직 하나여야 한다. 메소드가 단일 책임 원칙을 지키지 않을 경우 나타나는 대표적인 예가 분기 처리를 위한 if문이다. 개방 폐쇄 원칙::Open Closed Principle 클래스, 모듈, 함수 등은 확장에 대해서 열려있어야 하지만 변경에 대...

2020년 1월 31일
·
0개의 댓글

[Software Design] SRP (Single Responsibility Principle)

책임 로버트 C. 마틴은 책임을 변경하려는 이유라고 정의했다. 변화의 시기와 이유가 같다면 같은 책임 아래 있다고 보는 것이다. 반대로, 한 객체 내에서 변화의 시기, 이유가 다른 부분이 존재한다면 그 객체는 여러 책임을 가지고 있는 것이다. 그에 따라 이렇게 좀 더 알아보기 쉽게 정의할 수 있을 것 같다. > 책임은 객체에 의해 정의되는 응집도있는 ...

2019년 10월 28일
·
0개의 댓글

[Software Design] DIP (Dependency Inversion Principle)

Dependency? 변경에 초점을 맞춤 B가 변경될 때 A가 함께 변경되는 것 클래스 명 메소드 명 구현 이외의 어떤 것이든 변경에 의해 영향을 받을 수 있는 모든 가능성 설계를 어떻게 하느냐에 따라 B의 내부 구현이 변경되더라도 A가 영향을 받지 않을 수도 있음 Class 의존성 연관 관계 인스턴스 생명 주기 동안 영구적으로...

2019년 10월 21일
·
0개의 댓글