Dyol.log

  • 홈
  • 태그
  • 방명록

OOP 1

[03] SOLID 원칙

01. SOLID 원칙SOLID 원칙이란 객체 지향 설계에서 유지보수 가능하고 확장 가능한 코드를 만들기 위한 5가지 설계 원칙의 앞 글자를 모은 약어이다. 이러한 SOLID 원칙은 유지보수가 쉬운 코드 설계, 변경에 유연한 설계, 테스트하기 좋은 구조, 협업 시 충돌 최소화에 있어서 막대한 영향을 끼치기에 중요하다. 설계 원칙의 종류 단일 책임 원칙(SRP)하나의 클래스는 하나의 책임만 가져야 한다개방 / 폐쇄 원칙(OCP)확장에는 열려있고, 수정에는 닫혀있어야 한다.리스코브 치환 원칙(LSP)자식 클래스는 반드시 부모 클래스를 대체할 수 있어야 한다.인터페이스 분리 원칙(ISP)하나의 범용 인터페이스보다 다수의 구체적인 인터페이스가 낫다.클라이언트는 사용하지 않는 메서드에 의존하면 안 된다.의존성 역..

[Codeit Review]/객체 지향 프로그래밍 2026.01.26
이전
1
다음
더보기
프로필사진

Dyol.log

새싹 개발자의 성장 일지 .ᐟ

  • 분류 전체보기 (36)
    • [Study] (1)
      • JAVA 디자인 패턴 (1)
      • Http와 Network (0)
      • 코딩 테스트 - JAVA (0)
      • 코딩 테스트 - Python (0)
    • [Study Club] (0)
      • 컴퓨터 구조 (0)
      • 운영체제 (0)
      • 자료구조 (0)
      • 네트워크 (0)
      • 데이터베이스 (0)
    • [Project] (0)
    • [Codeit] (13)
      • Spring 백엔드 10기 위클리페이퍼 (13)
      • 개인 실습 - 디스코드잇 (Discodeit) (0)
      • 초급 프로젝트 - 핀덱스 (Findex) (0)
      • 중급 프로젝트 - 덕후감 (Deokhugam) (0)
    • [Codeit Review] (22)
      • 깃 (Git) (4)
      • 자바 (JAVA) (3)
      • 객체 지향 프로그래밍 (6)
      • JCF와 Stream API (5)
      • 알고리즘과 자료구조 (4)
      • DTO (Data Transfer Object) (0)
      • Spring Overview (0)
      • Spring Beans의 이해와 사용 (0)
      • Spring Boot: 코드 레벨 아키텍처 (0)

Tag

스트림, 자바 실행환경, 계층별 검증, 스트림생성, JVM, 세션 기반 인증, git, UML, 스트림파이프라인, OptinalClass, 브랜치 전략, 변수 타입, 인가 코드, 배열탐색, 클라이언트 요청 흐름, 함수형디스크립터, 행위 다이어그램, 타입파리미터, 트랜잭션 격리성, 익명클래스,

최근글과 인기글

  • 최근글
  • 인기글

최근댓글

공지사항

페이스북 트위터 플러그인

  • Facebook
  • Twitter

Archives

Calendar

«   2026/08   »
일 월 화 수 목 금 토
1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31

방문자수Total

  • Today :
  • Yesterday :

Copyright © Daum Corp. All rights reserved.

티스토리툴바