profile
서핑하는 개발자🏄🏽
태그 목록
전체보기 (85)back end(43)Java(43)자바(41)자바기초(28)Spring(24)스프링(22)React(15)리액트(14)백준(10)코딩테스트(10)프로그래머스(10)코테(10)알고리즘(10)코딜리티(8)jsp(8)자료구조(8)프로젝트(7)정보처리기사(7)개인프로젝트(7)스프링레거시(7)객체지향(7)front end(6)정처기(6)정처기실기(5)배열(5)정처기필기(5)python(4)정보처리기사필기(4)에러(4)오픈API(4)정보처리기사실기(4)MVC모델(4)오버라이딩(4)넥사크로(4)프레임워크(4)오버로딩(4)스프링기초(4)nexacro(4)서블릿(4)파이썬(4)리액트기초(4)정보처리기사 필기(3)openapi(3)정보처리기사 실기(3)servlet(3)MyBatis(3)클래스(3)비동기통신(3)오류(3)CSS(3)Springboot(3)소켓(3)추상클래스(3)socket(3)스프링부트(3)Map(2)오류해결(2)백엔드(2)error(2)JWT(2)java EE(2)egov(2)컬렉션(2)정처기 실기(2)파이썬기초(2)LIT(2)MVC모델2(2)MVC패턴(2)인터페이스(2)Collection(2)소셜로그인(2)jquery(2)플랫폼(2)메서드(2)요구사항확인(2)정처기 개념(2)서버(2)ajax(2)JVM(2)면접준비(2)List(2)필터(2)array(2)객체지향언어(2)style(2)JavaScript(2)tailwind(2)db(2)전자정부프레임워크(2)테일윈드(2)세션(2)정처기 필기(2)변수(2)exception(2)JPA(2)소켓통신(2)스타일(1)데이터베이스(1)State(1)개발환경(1)M:1(1)naver로그인(1)mysql(1)예외처리(1)투비소프트(1)데이터구조(1)Naver(1)mvc프레임워크(1)tailwindCSS(1)스프링프로젝트(1)개발자(1)restapi(1)스타일컴포넌트(1)리액트앱(1)NoClassDefFoundError(1)components(1)aws(1)단위테스트(1)자바코드(1)인터셉터(1)JSX(1)데이터처리(1)실기(1)스케줄러(1)overloding(1)의존성(1)리눅스(1)필터링(1)스프링입문(1)메소드(1)관점지향프로그래밍(1)소켓서버(1)iBatis(1)set(1)kakao(1)nexacro17(1)도커(1)예외(1)JAVA기초(1)session(1)연동(1)로그인(1)이클립스(1)스프링설정(1)JSP기초(1)Springlegacy(1)주소API(1)아마존(1)다중상속(1)formData(1)sql(1)관점지향(1)간편결제(1)ORM(1)LomBok(1)풀스택(1)라이브러리(1)토스(1)INSERT(1)OOP(1)Restful(1)webapp(1)리스트(1)평균(1)http(1)오버라이드(1)구간합(1)카카오API(1)쿠키(1)Interceptor(1)mac(1)솔리드원칙(1)junit(1)include(1)컴포넌트(1)toss(1)Fullstack(1)형변환(1)서버개발(1)톰캣(1)컬렉션프레임워크(1)centos(1)기술면접(1)MVC(1)트윈(1)롬복(1)다형성(1)레벨2(1)react프로젝트(1)main()메소드(1)PostgreSQL(1)비동기(1)class(1)tobesoft(1)사이드프로젝트(1)Spring입문(1)기상청API(1)Payments(1)method(1)main(1)에러해결(1)tomcat(1)결제(1)SOLID원칙(1)테스트(1)ec2(1)리액트입문(1)effects(1)토큰(1)HttpServletRequest(1)docker(1)MacOS(1)편의기능(1)리액트 기초(1)초기설정(1)kakao로그인(1)aop(1)interface(1)자격증(1)면접질문(1)Spring-legacy(1)twin(1)di(1)
post-thumbnail

[JAVA]SOLID 원칙 이해해보기

SOLID 원칙이란? >객체 지향 설계를 위한 일반적인 원칙으로 단일책임 원칙, 개방/폐쇄 원칙, 리스코프 치환 원칙, 인터페이스 분리 원칙, 의존관계 역전 원칙으로 구성 OOP의 좋은 설계를 목적으로 할 때 코드의 재사용성, 유지보수의 편의성, 테스트의 용이성 등을 고려하고 개선하기 위하여 SOLID 원칙을 적용한다. 어떤 부분에서 개선이 이루어지는지 간단하게 알아보고 넘어가자. 적용이유 유지보수성 개선 : 변경이 필요한 부분을 수정할 때 다른 부분에 영향을 최소화할 수 있도록 단일책임, 개방/폐쇄, 리스코프 치환 원칙을 적용한다. 확장성 개선 : SOLID원칙을 따를 경우 코드는 확장이 쉽게 가능한 구조를 갖추게 됨. 이에 따라 새로운 요구사항이나 기능 추가가 있을 경우 해당 부분만 수정하고 확장이 가능하다. 재사용성 개선 : 높은 응집도와 낮은 결합도를 가지게 되므로 코드의 재사용성이 향상된다. 단일책임을 가지는 클래스나 메소드가 독립적으로 존재하기 때

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