# SRP

48개의 포스트

23-05-30

시작할 때는 열정에 타올라 캠프, 스터디, 동아리 등 여러 곳에 손을 벌렸다. 그렇게 열심히 중반쯤 와 보니 하나만 삐끗해도 나머지까지 피해를 입었다. 스터디 내용이 어려운 날에는 그것에 집중하느라 캠프를 제대로 하지 못했고, 동아리에 집중하느라 스터디 준비를 소홀히

4일 전
·
0개의 댓글
·
post-thumbnail

객체지향설계의 5원칙 SOLID

객체지향설계의 5원칙 SOLID 를 설명

2023년 5월 24일
·
0개의 댓글
·

Single Responsibility Principle

클래스를 변경하는 이유는 단 한 가지여야 한다. (로버트 C. 마틴) 클래스를 변경하는 이유가 한 가지이기 위해서는 하나의 액터에 대한 책임만 가지고 있어야 한다. 책임은 하나의 특정 액터를 위한 기능 집합이고, 액터란 기능(=클래스 ,모듈)을 사용하는 주체입니다.

2023년 4월 7일
·
0개의 댓글
·
post-thumbnail

[Spring] 좋은 객체지향의 5가지 원칙, SOLID

객체지향의 설계원칙 5가지 SRP OCP LSP ISP DIP 를 알아보자

2023년 3월 27일
·
0개의 댓글
·
post-thumbnail

[Clean Architecture] SOLID - SRP(Single Responsibility Principle)

하나의 모듈은 오직 하나의 Actor에 대해서만 책임져야 한다.Actor: 한 명 이상의 사람들모듈: 함수와 데이터 구조로 구성된 응집된(cohesive)집합단 하나의 일만 해야 한다는 원칙은 함수의 개념큰 함수들을 작은 함수들로 리펙토링 할 때 사용되는 더 저수준에서

2023년 3월 15일
·
0개의 댓글
·

[20'm] 객체란 무엇인가?

나는 '여우와 두루미' 예시를 참 좋아한다. 너무 오래되서 내용의 전체 줄거리는 기억이 안나지만 여우와 두루미가 자기만의 표현 방식으로 상대를 자신의 퍼즐에 끼워 맞추려고 했을 때, 서로 기분만 안좋아진다는 그런 내용 말이다. 이번에 회사에서 객체 지향에 대해서 설명하

2023년 3월 1일
·
1개의 댓글
·
post-thumbnail

책임 연쇄 패턴

특정한 책임을 가지고 있는 클래스들이 연결되어 있는 구조로 무언가를 처리함요청을 보내는 쪽과 처리하는 쪽을 분리하는 패턴일반적인 코딩으로 패턴을 구성하면 클라이언트가 사용할 핸들러를 알아야만 사용할 수 있는 단점이 존재함→ 책임 연쇄 패턴을 적용하면 클라이언트는 Req

2023년 2월 27일
·
0개의 댓글
·

데브로드 3주차

진짜 이번주는 너무 바빴다. 스터디 발표 준비로 PPT도 만들어야 했고 회사 프로젝트도 생각할 게 많았고, 데브로드 강의도 듣고 노트정리도 하고, 과제도 하고 너어무 바빠. 그렇다고 허투로 하고 싶지는 않은데, 어떻게 하면 시간을 더 효율적으로 쓸 수 있을까. 일을

2023년 2월 19일
·
0개의 댓글
·
post-thumbnail

NestJS 그리고 SOLID

NestJS 프레임워크를 통해 SOLID를 알아보자.

2023년 2월 17일
·
0개의 댓글
·

1. Single-Responsibility Principle [SOLID]

그 동안 객체지향 설계를 위한 5대 원칙이라는 것을 알기는 했지만 항상 아리쏭하고 크게 느껴지는 바가 없었는데 최근 홀로 프로젝트를 진행함에 있어 클래스를 수정할 때마다 다른 클래스를 수정하는 내 모습을 보면서 설계의 중요성을 깨닫게 되어 근본을 잘 깨우치면 개선될 수

2023년 1월 5일
·
0개의 댓글
·

nestjs api 만들기 1부

터미널에 "npm i -g @nestjs/cli" 를 입력하여 nestjs설치.터미널에 "nest new"를 입력하여 프로젝트 폴더를 생성.src폴더에 main.ts가보이는지 확인."npm run start:prod"을 터미널에 입력 후 브라우저에서 localhost:

2022년 12월 31일
·
0개의 댓글
·
post-thumbnail

SOLID 원칙 (객체 지향 설계)

한 클래스는 하나의 책임만 가져야 한다.위에서 말하는 책임 이라는 단어는 기능 이라고 해석이 가능하다.예를 들면 나라는 객체가 존재 한다면 아들,직장인,남자친구 등 다양한 소속 및 위치에서 책임을 가진다.그러한 책임들을 하나의 객체에 각자 매칭하여 변경이 있을 떄 파급

2022년 12월 19일
·
0개의 댓글
·

Single Responsibility Principle(SRP)

하나의 클래스는 하나의 책임만 가져야 한다. 로버트 마틴이 얘기한 Single Responsibility Principle(SRP)이다. SOLID원칙 중 S에 해당하는 원칙으로 개체지향원칙의 중요 원칙 중 하나이다. 의미 단일 책임이란 것은 하나의 클래스가 변경되

2022년 12월 12일
·
0개의 댓글
·

좋은객체지향의 원리

SRP:단일 책임 원칙OCP:개방-폐쇄 원칙LSP:리스코프 치환 원칙ISP:인터페이스 분리 원칙DIP:의존관계 역전 원칙한 클래스는 하나의 책임만 가져야 한다하나으ㅢ 책임이라는 것은 모호하다\-클 수 있고, 작을 수 있다.\-문맥과 상황에 따라 다르다중요한 기준은 변경

2022년 11월 22일
·
0개의 댓글
·

[About Spring] 스프링의 핵심 원리

스프링은 어떤 특정한 하나의 기술이 아닌, 여러가지 기술의 집합체이다. 그 기술의 형태는 다음과 같다.스프링 프레임워크스프링의 가장 핵심 기술인 스프링 프레임워크스프링 부트여러기술을 편리하게 사용할 수 있도록 도움을 주는 스프링 부트스프링 데이터CRUD를 편리하게 사용

2022년 11월 20일
·
0개의 댓글
·

관심사의 분리와 Custom Hook

관심사를 분리하는 이유와 Custom Hook

2022년 11월 12일
·
0개의 댓글
·
post-thumbnail

[개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴] 설계 원칙: SOLID

객체 지향적으로 설계하는데 기본이 되는 설계 원칙인 SOLID에 대해 알아보자.

2022년 10월 27일
·
0개의 댓글
·

단일 책임 원칙(SRP)

SOLID란 객체지향 5대 원칙을 말한다. SRP(단일 책임 원칙), OCP(개방폐쇄 원칙), LSP(리스코프 치환 원칙), DIP(의존 역전 원칙), ISP(인터페이스 분리 원칙) 이 다섯가지의 앞글자를 따서 만든 원칙이다. 해당 원칙을 준수해가며 소프트웨어를 설계하

2022년 10월 19일
·
0개의 댓글
·
post-thumbnail

[기본기] 5-4. 관심사의 분리

본 게시글은 김영한님의 스프링 핵심 원리 기본편을 정리한 글입니다.이전 글에서 마지막에 이제 OCP, DIP를 지키기 위하여서 구현체를 의존하지 않게 하기 위하여서위의 주석 코드를 아래처럼 바꿔서 진행을 해야 한다고 하였다. 그러나 이렇게 진행할 경우 구현체가 없이 코

2022년 9월 15일
·
0개의 댓글
·

객체지향 설계 원칙 SOLID

Single responsibility principle한 클래스는 하나의 책임만 가져야한다.클래스를 변경하는 이유는 단 하나여야한다.변경에 따른 파급효과가 적다Open/closed principle확장에는 열려있으나, 변경에는 닫혀있어야한다.다형성을 활용Liskov

2022년 9월 15일
·
0개의 댓글
·