# SRP
[Clean Architecture] SOLID - SRP(Single Responsibility Principle)
하나의 모듈은 오직 하나의 Actor에 대해서만 책임져야 한다.Actor: 한 명 이상의 사람들모듈: 함수와 데이터 구조로 구성된 응집된(cohesive)집합단 하나의 일만 해야 한다는 원칙은 함수의 개념큰 함수들을 작은 함수들로 리펙토링 할 때 사용되는 더 저수준에서
[20'm] 객체란 무엇인가?
나는 '여우와 두루미' 예시를 참 좋아한다. 너무 오래되서 내용의 전체 줄거리는 기억이 안나지만 여우와 두루미가 자기만의 표현 방식으로 상대를 자신의 퍼즐에 끼워 맞추려고 했을 때, 서로 기분만 안좋아진다는 그런 내용 말이다. 이번에 회사에서 객체 지향에 대해서 설명하
책임 연쇄 패턴
특정한 책임을 가지고 있는 클래스들이 연결되어 있는 구조로 무언가를 처리함요청을 보내는 쪽과 처리하는 쪽을 분리하는 패턴일반적인 코딩으로 패턴을 구성하면 클라이언트가 사용할 핸들러를 알아야만 사용할 수 있는 단점이 존재함→ 책임 연쇄 패턴을 적용하면 클라이언트는 Req
데브로드 3주차
진짜 이번주는 너무 바빴다. 스터디 발표 준비로 PPT도 만들어야 했고 회사 프로젝트도 생각할 게 많았고, 데브로드 강의도 듣고 노트정리도 하고, 과제도 하고 너어무 바빠. 그렇다고 허투로 하고 싶지는 않은데, 어떻게 하면 시간을 더 효율적으로 쓸 수 있을까. 일을
1. Single-Responsibility Principle [SOLID]
그 동안 객체지향 설계를 위한 5대 원칙이라는 것을 알기는 했지만 항상 아리쏭하고 크게 느껴지는 바가 없었는데 최근 홀로 프로젝트를 진행함에 있어 클래스를 수정할 때마다 다른 클래스를 수정하는 내 모습을 보면서 설계의 중요성을 깨닫게 되어 근본을 잘 깨우치면 개선될 수
nestjs api 만들기 1부
터미널에 "npm i -g @nestjs/cli" 를 입력하여 nestjs설치.터미널에 "nest new"를 입력하여 프로젝트 폴더를 생성.src폴더에 main.ts가보이는지 확인."npm run start:prod"을 터미널에 입력 후 브라우저에서 localhost:
SOLID 원칙 (객체 지향 설계)
한 클래스는 하나의 책임만 가져야 한다.위에서 말하는 책임 이라는 단어는 기능 이라고 해석이 가능하다.예를 들면 나라는 객체가 존재 한다면 아들,직장인,남자친구 등 다양한 소속 및 위치에서 책임을 가진다.그러한 책임들을 하나의 객체에 각자 매칭하여 변경이 있을 떄 파급
Single Responsibility Principle(SRP)
하나의 클래스는 하나의 책임만 가져야 한다. 로버트 마틴이 얘기한 Single Responsibility Principle(SRP)이다. SOLID원칙 중 S에 해당하는 원칙으로 개체지향원칙의 중요 원칙 중 하나이다. 의미 단일 책임이란 것은 하나의 클래스가 변경되
좋은객체지향의 원리
SRP:단일 책임 원칙OCP:개방-폐쇄 원칙LSP:리스코프 치환 원칙ISP:인터페이스 분리 원칙DIP:의존관계 역전 원칙한 클래스는 하나의 책임만 가져야 한다하나으ㅢ 책임이라는 것은 모호하다\-클 수 있고, 작을 수 있다.\-문맥과 상황에 따라 다르다중요한 기준은 변경
[About Spring] 스프링의 핵심 원리
스프링은 어떤 특정한 하나의 기술이 아닌, 여러가지 기술의 집합체이다. 그 기술의 형태는 다음과 같다.스프링 프레임워크스프링의 가장 핵심 기술인 스프링 프레임워크스프링 부트여러기술을 편리하게 사용할 수 있도록 도움을 주는 스프링 부트스프링 데이터CRUD를 편리하게 사용
[개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴] 설계 원칙: SOLID
객체 지향적으로 설계하는데 기본이 되는 설계 원칙인 SOLID에 대해 알아보자.
단일 책임 원칙(SRP)
SOLID란 객체지향 5대 원칙을 말한다. SRP(단일 책임 원칙), OCP(개방폐쇄 원칙), LSP(리스코프 치환 원칙), DIP(의존 역전 원칙), ISP(인터페이스 분리 원칙) 이 다섯가지의 앞글자를 따서 만든 원칙이다. 해당 원칙을 준수해가며 소프트웨어를 설계하
[기본기] 5-4. 관심사의 분리
본 게시글은 김영한님의 스프링 핵심 원리 기본편을 정리한 글입니다.이전 글에서 마지막에 이제 OCP, DIP를 지키기 위하여서 구현체를 의존하지 않게 하기 위하여서위의 주석 코드를 아래처럼 바꿔서 진행을 해야 한다고 하였다. 그러나 이렇게 진행할 경우 구현체가 없이 코
객체지향 설계 원칙 SOLID
Single responsibility principle한 클래스는 하나의 책임만 가져야한다.클래스를 변경하는 이유는 단 하나여야한다.변경에 따른 파급효과가 적다Open/closed principle확장에는 열려있으나, 변경에는 닫혀있어야한다.다형성을 활용Liskov
SOLID - 단일 책임 원칙(SRP)
한 클래스는 하나의 책임만 가져야 한다. 클래스는 그 책임을 완전히 캡슐화해야 한다. 클래스가 제공하는 모든 기능은 이 책임과 주의 깊게 부합해야 한다.
서비스 클래스를 기능별로 분리해야 한다고?
간단하게 설명하자면 MVC에서 MODEL(정확히는 비즈니스 로직)을 담당하는 클래스로, 데이터를 처리하는 역할을 한다.예를 들어 자동차 클래스에 시동걸기, 운전하기, 세차하기, 주유하기 등의 여러 기능들이 포함되면 그 기능과 관련된 데이터들도 한 객체에 모두 포함되므로
객체 지향 설계 원칙 - SRP, DIP, OCP
해당 자료는 인프런 강의 김영한 님의 스프링 핵심 원리 - 기본편 강의를 참고하였다."한 클래스는 하나의 책임만 가져야 한다."클라이언트 객체는 직접 구현 객체를 생성하고, 연결하고, 실행하는 다양한 책임을 가지고 있음
