본투비곰손

Singleton 패턴은 어떠한 클래스가 유일하게 1개만 존재할 때 사용한다. 이를 주로 사용하는 곳은 서로 자원을 공유할 때 사용하는데 , 실물 세계에서는 공유하는 프린터를 생각하면된다. 실제 프로그래밍에서는 TCP Socket통신에서 서버와 연결된 connect객체에 주로 사용한다. Singleton instance singleton() getInstance() package com.company.design.singlton; public class SocketClient { private static SocketClient socketClient = null; // static 메소드이기때문에 변수역시 static 이어야한다. //null을 사용하여 초기화 private SocketClient(){..

Back-end/JavaSpringBoot 2022. 8. 1. 22:10

디자인 패턴 자주 사용하는 설계 패턴을 정형화 하여 이를 유형별로 가장 최적의 방법으로 개발할 수 있도록 정해둔 설계 알고리즘과 유사하지만, 명확하게 정답이 있는 형태는 아니고 프로젝트의 상황에 맞추어 적용 가능하다. Gof 디자인 패턴 다양한 지식을 공유하기 위해 나온 디자인 패턴으로 객체지향 개념에 따른 설계중 재사용할 경우 유용한 설계를 디자인 패턴으로 정리해 둔것이다. 총 23개로 이를 잘 이해하고 활용한다면, 경험이 부족하더라도 좋은 소프트웨어 설계를 할 수 있다. 디자인 패턴의 장점 - 개발자간의 원활한 소통 - 소프트웨어 구조 파악 용이 - 재사용을 통한 개발 시간 단축 - 설계 변경 요청에 대한 유연한 대처 디자인 패턴의 단점 - 객체 지향 설계 / 구현 - 초기 투자 비용 부담 생성 패턴..

Back-end/JavaSpringBoot 2022. 7. 28. 22:48

POJO JAVA (Plain Old Java Object) 순수한 자바 오브젝트를 뜻한다. 이전 EJB를 많이 사용하던 시절에는 단순한 자바 오브젝트를 사용하여 개발하는것이 아닌 EJB에 종속적인 부분으로 개발을 했다. 때문에 Module의 교체, 시스템 업그레이드시 종속성으로 인하여 불편함이 발생하였다. POJO의 특징 1. 특정 규약에 종속 되지 않는다. 특정 Library, Module에서 정의된 클래스를 상속 받아서 구현하지 않아도 된다. POJO가 되기 위해서는 외부의 의존성을 두지 않고, 순수한 JAVA로 구성이 가능해야 한다. 2. 특정 환경에 종속되지 않는다. 만일 특정 비즈니스로직을 처리하는 부분에서 외부 종속적인 http request, session등은 POJO를 위배한것으로 간주함..

Back-end/JavaSpringBoot 2022. 7. 28. 22:29

개방 폐쇄 원칙 - 자신의 확장에는 열려있고, 주변의 변화에 대해서는 닫혀있어야 한다. 상위 클래스 또는 인터페이스를 중간에 둠으로써, 자신은 변화에 폐쇄적이지만, 인터페이스는 외부의 변화에 대해서 확장 을 개방해 줄 수 있다. 이러한 부분은 JDBC와 Mybatis, Hibernate등 JAVA에서는 Stream(Input,Out)에서 찾아볼 수 있다. 리스코프 치환 원칙 - 서브타입은 언제나 자신의 기반(상위) 타입으로 교체 할 수 있어야 한다. 인터페이스 분리 원칙 - 클라이언트는 자신이 사용하지 않는 메서드에 의존관계를 맺으면 안된다. 프로젝트 요구 사항과 설계에 따라서 단일책임 원칙 / 인터페이스 분리원칙을 선택한다. 의존 역전 원칙 - 자신보다 변하기 쉬운것에 의존 하지 말아야한다. 개발 폐쇄..

Back-end/JavaSpringBoot 2022. 7. 28. 21:59

좋은 소프트웨어 설계를 위해서는 결합도는 낮추고 응집도는 높여야 한다. 결합도 모듈(클래스)간의 상호 의존 정도를 나타내는 지표로써 결합도가 낮으면 모듈간의 상호 의존성이 줄어들어서 객체의 재사용 및 유지보수가 유리하다. 응집도 하나의 모듈 내부에 존재하는 구성요소들의 기능적 관련성으로 응집도가 높은 모듈은 하나의 책임에 집중하고 독립성이 높아져, 재사용 및 유지보수가 용이하다. 1. 단일 책임 원칙 어떠한 클래스를 변경해야하는 이유는 한가지 뿐이어야 한다. 아래와 같이 절차지향적으로 코딩하면 유닛이 많아지면 else if가 점점 늘어나게 된다. class Unit { private String name; private int speed; public void attack() { } public void..

Back-end/JavaSpringBoot 2022. 7. 28. 21:46

2. 상속 - 객체지향의 상속은, 속성의 상속이아닌, 하위로 내려갈 수 록 구체화 되는것이다. 상속의 효과 - 프로그램 구조에 대한 이해도 향상 최상위 클래스의 구조를 보고, 하위 클래스의 동작을 이해할 수 있다. - 재상용성 향상 상속을 이용하여, 해당 클래스에 필요한 속성 및 Method를 모두 정의 하지 않고, 상속을 받아서 사용할 수 있다. -확장성 향상 일관된 형태의 클래스 객체를 추가할 수있어, 간단하게 프로그램 확장이 가능하다. -유지보수성 향상 각 객체마다, 자신의 Method를 정의 하고 있다면, 코드 수정에서 많은 작업이 필요하지만, 상속을 사용한 경우 일관된 형태로 작성이 가능하다. 3. 다형성 - 다형성은 하나의 객체가 여러개의 형태로 변화 하는것을 말하며, 이를 객체지향에서도 유사..

Back-end/JavaSpringBoot 2022. 7. 27. 23:25

1. 캡슐화 캡슐화는 객체의 속성(Variable)을 보호하기 위해서 사용한다. 객체의 캡슐화는 현실 세계에서도 볼 수 있습니다. 컴퓨터 본체안에 수 많은 부품이 있지만, 전원을 켜기 위해서는 메인보드에서 전기 신호를 직접 주는것이 아닌, 외부 케이스에 있는 전원 버튼을 통해서 상태 속성을 on/off 하도록 변경 합니다. Method 설계 - 속성이 선언되었으나, 이의 상태를 변경하는 Method가 없다면, 잘 못 선언된 속성이다. 즉, 자신이 가지고 있는 속성에 대해서는 해당 상태를 변경하는 기능을 제공해야한다. - 실물 객체가 가진 기능을 모두 제공해야한다, 예) 자동차의 렌탈, 반납, 주행거리 계산 등등 - 각각의 Method는 서로 관련성이 있어야한다. 차량의 렌탈/반납, 자동차등록증 등록/해지..

Back-end/JavaSpringBoot 2022. 7. 27. 23:09

1. 상태 유지 (객체의 상태) 객체는 상태 정보를 저장하고 유지되어져야 하면 이러한 속성은 변수로 정의되어져야 한다. 이러한 속성값이 바뀜으로 인하여, 객체의 상태가 변경 될 수 있어야 한다. 2. 기능제공 (객체의 책임) 객체는 기능을 제공해야 한다. 이부분은 Method의 제공으로 이루어진다. 이부분은 캡슐화와 연관이 있으며 , 외부로 부터 직접 속성에 접근하여 변경 하는것이 아닌 객체가 제공하는 Method로 기능이 제공 되어져야한다. 3. 고유 식별자 사용 (객체의 유일성) 각각의 객체는 고유한 식별자를 가져야 한다. 예를 들면 카드번호, 계좌번호, 자동차 번호와 같은 속성을 통해서 각각 고유한 값을 줄 수 있으나 이는 이후 DB 에서 Unique Key, 또는 Primary key로도 작성이 ..

Back-end/JavaSpringBoot 2022. 7. 27. 22:36