티스토리

Sticky

검색하기

블로그 홈

Sticky

sticky32.tistory.com/m

공부하는 서버 개발자.

구독자: 1

방명록 방문하기

주요 글 목록

[소프트웨어/디자인패턴] 중개자 패턴(Mediator Pattern) 여러 객체간의 협업관계를 중앙화하는 패턴 Context GUI 개발을 하다 보면 여러 컴포넌트 간의 호출 관계를 그릴 수 있습니다. 우리가 많이 개발하는 UI 중 하나인 로그인 폼을 예로 들어보겠습니다. 사용자의 이름과 암호, Guest로 로그인, 로그인 버튼, 취소 버튼이 있다고 생각해봅시다. 그럼 대략 아래와 같은 기획과 요구사항이 나올 수 있습니다. 요구사항 Guest로 로그인이 체크된 경우 Username과 Password는 비활성화 Login 버튼 활성화 Guest로 로그인이 체크가 되지않은 경우 Username은 활성화 Password는 Username에 한 글자라도 텍스트가 입력된 경우 활성화 Username과 Password 모두 내용이 있는 경우에만 Login버튼 활성화 Problem G.. 공감수 0 댓글수 0 2018. 6. 17.
[소프트웨어/디자인패턴] 메멘토 패턴(Memento Pattern) Memento Pattern 캡슐화를 위배하지 않은 채 내부 상태의 스냅샷을 찍는 패턴 Context 어떤 스토리가 있는 RPG게임을 생각해봅시다. 사용자는 모험가를 통해 게임을 플레이할 것이며 각 단계의 스테이지를 깨나가면서 캐릭터는 성장하게 될 것입니다. 몬스터들을 처치하면서 아이템도 오를 것이고 HP와 MP도 사용할 것입니다. 그리고 모험가는 맵을 모험하면서 위치도 계속해서 변경되겠죠. 아마 예상을 하자면 아래와 같은 다이어그램이 나오지 않을까 싶습니다. Problem 하지만 유저는 항상 모든 맵을 처음 모험하다보니 더 어려운 상대를 만나서 다치기도 하고 죽기도할 것입니다. 하지만 RPG게임이 실제 인생과 같이 모든 것을 잃고 다시 시작한다면 게임플레이어는 아마 이 게임에 대해서 욕을 할지도 모릅니.. 공감수 1 댓글수 0 2018. 6. 13.
[소프트웨어/디자인패턴] 방문자 패턴(Visitor Pattern) Visitor Pattern 방문자 패턴은 데이터 구조와 처리를 분리하는 패턴입니다. Context 우선 방문자 패턴이 무엇인지 보다는 어떤 때에 사용하는 것이 좋은지에 대해서 알아봅시다. 흔히 접할 수 있는 구문트리, 아래와 같은 파일시스템, 혹은 계층적 구조로 형성되는 데이터를 처리 할때에는 각각의 노드 클래스에 처리와 관련된 로직을 구현하는 것이 일반적인 방법입니다.위 이미지는 File과 Directory클래스로 파일 시스템을 표현한 다이어그램입니다. 메서드로는 OutputList라는 재귀적으로 파일 리스트를 출력하는 로직을 가지고 있습니다. 이를 호출하게 되면 리눅스의 ls -R처럼 하위에 있는 모든 파일 리스트를 출력하게 됩니다. public abstract class Entry { public.. 공감수 1 댓글수 0 2018. 5. 21.
[C#] 공변성과 반공변성이란? 공변성과 반공변성 공변성과 반공변성 어떤 의미이고 어떻게 쓰는 것이 좋을까? 개요 사실 공변성과 반공변성을 통칭 가변성이라고 한다. 그리고 이와 반대되는 의미로는 불변성이 있다. 가변성(Variance) : 특정 타입의 객체를 다른 타입의 객체로 변환할 수 있는 성격을 말한다. 공변성(Covariant) : X -> Y가 가능할 때 C가 C -> C로 가능하다면 이는 공변이다. 반공변성(Contravariant) : X -> Y가 가능할 때 C가 C -> C로 사용 가능하다면 이는 반공변이다. 불변성(Invariant) : X -> Y가 가능하더라도 C는 C로만 사용할 수 있다. 기본적으로 제네릭은 불변이다. 좀 더 상세히 설명하기 위해서 아래와 같은 다형성을 가진 환경이 있다고 가정해보자. class .. 공감수 9 댓글수 0 2018. 4. 21.
[개발자] 소프트웨어 장인 - 산드로 만쿠소 나는 아키텍트라는 타이틀이 좋았다. - 26P 이 책을 읽으면서 많은 생각을 했다. 경험했던 많은 실패한 프로젝트들, 그리고 그 프로젝트의 코드품질에 대해서 고민했다. 당시 소프트웨어 아키텍트에게 많은 불만을 가지고 있던 나는 단순히 개발자를 편하게 하는 소프트웨어 아키텍트가 되겠다고 생각했었다. 이는 잘못된 생각이였다. 세상에 개발자를 편하게 하는 아키텍트는 없다. 멍청하고 바보같게 일을 대신해주는 아키텍트만 있을 뿐이였다. 그리고 그런 역할을 하는 내가 뛰어나 보이는 타이틀인 소프트웨어 아키텍트가 좋을 뿐이였다. 산드로 만쿠소는 자신이 경험한 많은 프로젝트를 이야기 하면서 무엇이 장인정신이고 어떤 자세가 프로그래머로써 옳은 것인지 제시해준다. 무엇보다 가장 놀란 점은 외국이나 한국이나 기업 문화나 대.. 공감수 0 댓글수 0 2017. 6. 16.
Git bash 한글 깨짐 문제 git/bin/bash.exe를 IDE(VSC, Webstorm, IDEA 등)에 통합하여 사용하는 경우가 많은데 한글이 깨진다. 특히 디렉토리를 이동하거나 git add 한글파일.확장자와 같은 명령을 사용할 때 깨지면 기분이 좋지 않다. 찾아보니 아래와 같이 ~/.bashrc에 ko_KR.UTF-8와 같이 설정하면 한글이 깨지지 않고 잘 사용할 수 있다. # ~/.bashrc export LC_ALL=ko_KR.UTF-8 export LANG=ko_KR.UTF-8 공감수 0 댓글수 0 2017. 3. 23.
[Angular2] 컴포넌트에 대해서 Component angular2의 component에 대해서 설명합니다. Introduce angular2는 기본적으로 CBD(Component Based Development)이다, 여기서 Component는 W3C의 Web Component를 의미하며 명세(Spec)에 따른 배포, 조립이 가능한 독립 구성 단위이다. 컴포넌트는 명세(Spec)를 정확히 구현해야한다. 컴포넌트는 배포 및 다른 컴포넌트에서 사용 가능해야한다. Structure 컴포넌트 파일은 크게 3가지 영역으로 구분할 수 있다. import : 관련 라이브러리를 호출한다. @Component : 장식자(Decorator)로서 컴포넌트의 기본적인 메타데이터를 정의한다. Class : 컴포넌트의 상태를 정의할 클래스이다. Import A.. 공감수 0 댓글수 3 2017. 3. 4.
[소프트웨어/디자인패턴] 추상 팩토리 패턴 (Abstract Factory Pattern) Abstract Factory Pattern Context 스마트폰을 조립하는 공장을 생각해보면 아래와 같은 모델이 어느정도 연상될 것이다.기본적으로 AP, Battery는 스마트폰을 구성하는 중요한 요소이며 갤럭시는 SamsungExynos와 SamsungBattery를, 애플의 아이폰은 AppleAX와 LG 배터리를 사용한다. 그리고 이들의 인스턴스는 각각의 팩토리에서 생산된다. 어느 제품에 대한 배터리나 AP를 생산하는지는 Vender Enum를 인자로써 제공한다. 아래는 위 모델의 코드 구현이다. abstract class AP { private Battery battery; public AP(Battery battery) { this.battery = battery; } public void p.. 공감수 1 댓글수 0 2017. 2. 28.
[소프트웨어/디자인패턴] 컴포지트 패턴 (Composite Pattern) 컴포지트 패턴은 동일 기능을 수행하는 부분-전체 관계를 정의할 때 유용하다. Context 보통 컴퓨터의 가격과 전력을 산정할 때는 중요하다. 어떤 CPU와 어떤 램 그리고 그래픽카드를 장착했는지에 따라 컴퓨터의 가격과 소비전력을 천차만별이다.흔히 우리는 기존에 배운대로 설계하여 코드를 작성할 것이다. 일부 눈엣가시인 듯한 코드들이 보이지만 가볍게 무시하자. class Computer { private CPU cpu; private Ram ram; private HardDisk disk; public Computer(CPU cpu, Ram ram, HardDisk disk) { this.cpu = cpu; this.ram = ram; this.disk = disk; } public int getPrice.. 공감수 1 댓글수 0 2017. 2. 25.
[소프트웨어/디자인패턴] 퍼사드 패턴 (Facade Pattern) 컴퓨터의 전원버튼을 누를때 우린 어떻게 동작하는지 생각하지 않는다. 글을 작성하려고 준비하면서 느낀점은 "과연 이 게시글을 볼까?"였다. 너무 쉬웠기떄문이다. 복잡한 프로세스의 내용을 하나의 인터페이스 메서드로 간략화하여 사용하는 패턴으로 정리할 수 있다. Context 주인공은 쉬는 동안에 영화를 보고싶다. 집에 DVDPlayer와 Screen이 있어 이를 사용하여 영화관에 가지 않고도 충분히 좋은 환경으로 영화를 즐긴다. 주인공이 쉴때 영화를 보려면 screen.on() -> dvdPlayer.insert()순으로 스크린을 켜고 볼 영화의 DVD를 플레이어에 넣어야한다. 이와 같은 내용을 코드드로 나타내면 아래와 같다. class Screen { public void on() { System.out... 공감수 1 댓글수 0 2017. 2. 24.
[소프트웨어/디자인패턴] 어댑터 패턴 (Adapter Pattern) 어댑터 패턴은 아무 관련없는 인터페이스간의 호환성을 도와준다. Context 사실 adapter는 일상생활에서도 많이 볼 수 있는 형식과 같다. 흔히 말하는 돼지코와 같은 원리이다. 먼저 아래와 같은 상황이 주어진다고 해보자, 최초 어플리케이션 설계시 Client는 Car을 가지고 있으며 움직일 때마다 car::depart메서드를 이용한다. 이를 코드로 나타내면 아래와 같다. interface Car { void move(); } class Sonata implements Car { @Override public void move() { System.out.println("Sonata is going!"); } } class Client { private Car car; public Client(Car .. 공감수 0 댓글수 0 2017. 2. 24.
[vue.js] Router Guard로 로그인 안된 사용자 리다이렉트 시키기 vue.js(v2)를 통해서 router를 작성하다보면, 세션이나 로그인된 유저에 대한 체크를 해야하는 경우가 있다. 만약 프로젝트가 vue-router를 사용하고 있다면 아래와 같이 로그인된 사용자에 대한 체크를 해서 다른 뷰로 이동시 사용자를 강제로 로그인 페이로 이동시키거나 로그인 팝업을 띄어야한다. 공감수 0 댓글수 0 2017. 2. 8.
[도구] VSC 설정파일 자주 사용하는 옵션들을 아래에 저장해 놓았다. 공감수 0 댓글수 0 2017. 2. 5.
[Java8] 새로운 collection api에 대해서 java8의 새로운 collection api에 대해서 알아보자. Iterable void forEach(Consumer 공감수 0 댓글수 0 2017. 2. 2.
[소프트웨어/디자인패턴] 팩토리 메서드 패턴(Factory Method Pattern) 팩토리 메서드 패턴은 인스턴스 생성 정책을 사용 클래스로부터 분리한다. Context 엘리베이터 내부에는 어디로 갈 것인지에 대한 컨트롤러가 있고, 빌딩의 각 층에는 엘리베이터를 방향에 따른 엘리베이터를 호출하는 버튼이 있다. 이때, 어느 엘리베이터를 해당 층에 보낼 것 정하는 것을 스케줄링이라한다. 보통의 경우에는 엘리베이터가 사람을 많이 이동시키려고 처리량에 따른 스케줄링 정책을 가지고 있기 마련이다. ElevatorManager은 많은 엘리베이터를 거느리고 있으며, 스케줄링에 대해 처리량에 따른 정책을 가지고 있는 TroughputSceduler룰 속성으로 가지고 있다. 각 층에서 요청이 오면 ElevatorManager::requestElevator를 통해 ThroughputScheduler에 요.. 공감수 0 댓글수 0 2017. 1. 27.
[소프트웨어/디자인패턴] 템플릿 메서드 패턴(Template Method Pattern) 템플릿 메서드 패턴은 구조적으로 동일한 기능들의 코드 중복의 최소화를 도와줍니다. Context 엘리베이터는 모터와 문 등으로 이루어져 있다. 기존의 엘리베이터의 모터가 HyundaiMotor이고 Door가 있을 때 아래와 같이 나타낼 수 있는데 HyundaiMotor은 Door을 가지고 있고 Door에 상태(DoorStatus)에 따라서 모터의 움직임이 달라진다. 모터 움직이고 있는 경우 명령을 무시한다. 문이 열려있을 경우 문을 닫는다. 모터를 움직인다. 모터의 상태를 바꾼다. 위와 같은 조건에 따라서 아래와 같이 구현할 수 있다. class HyundaiMotor { private Door door; private MotorStatus motorStatus; public HyundaiMotor(Do.. 공감수 0 댓글수 0 2017. 1. 26.
[소프트웨어/디자인패턴] 데커레이터 패턴(Decorator Pattern) 데커레이터 패턴은 추가기능 클래스들의 객체 조합을 통해서 클래스 폭발을 해소하는 방식이다. Context 지도 어플리케이션을 만들자고 해보자, 지도 어플리케이션은 기본적으로 도로를 보여주며 추가적인 기능으로 차선, 교통상황 교차로 등을 보여줄 수 있다. 일단 기본적인 기능인 도로와 차선정보 표시를 보여주는 것을 만들어보자. RoadDisplay이 기본적인 도로정보를 표시해주는 기능을 담당하는 클래스라면 RoadDisplayWithLane가 RoadDisplay를 상속받아 차선 정보 기능을 추가적으로 확장시킨다. class RoadDisplay { public void draw() { System.out.println("기본 도로 표시"); } } class RoadDisplayWithLane extend.. 공감수 0 댓글수 0 2017. 1. 25.
[소프트웨어] 디자인 패턴에 대해서 사실 디자인 패턴은 대략 1990년대 건축분야에서 먼저 시도한 내용이며 건축가 크리스토퍼 알렉산더는 아래와 같이 정의했다. 각 패턴은 우리 주변에서 자주 반복해서 발생하는 문제와 그 문제를 해결하는 핵심을 기술해 동일한 일을 두 번 다시 하지 않고 해결할 수 있도록 한다. 적절한 격언으로써 "Don't reinvent the wheel"는 말을 예로 들을 수 있는데 굳이 스스로 해결하지 말고 해당 상황에 대해 이미 널리알려진 적절한 패턴을 도입해서 구조적인 취약점을 해결하라는 뜻으로 받아들일 수 있다. 디자인 패턴의 요소 Context : 상황, 패턴이 적용될 수 있는 상황 Problem : 문제, 해결될 필요가 있는 디자인 이슈 Solution : 해결, 문제를 해결할 수 있는 설계, 구현 방법이나 언.. 공감수 0 댓글수 0 2017. 1. 23.
[소프트웨어/디자인패턴] 옵저버 패턴(Observer Pattern) observer 패턴은 통보 대상 클래스와 통보 하는 클래스 간의 의존성을 제거한다. Context 모니터링 툴이나 통계 툴은 원본데이터가 변할 때마다 항상 그래프나 그리드에 해당 데이터를 반영하여 관제자가 볼 수 있도록 한다. 이제부터 학생의 성적에 관한 모니터링 툴을 만들 것이다. 일반적으로 생각했을 때는 아래와 같이 ScoreRecord와 DataSheetView를 서로 의존하여 ScoreRecord의 addScore와 같은 점수 변경, 추가, 삭제에 대한 메서드라 호출될 때 DataSheetView의 객체에 변동되었다고 통보(update)해주면 된다. 먼저, DataSheetView클래스는 ScoreRecord 속성으로 가지고 있는데, 그냥 update(ScoreRecord:ScoreRecord).. 공감수 0 댓글수 0 2017. 1. 23.
[Trend] 클라우드, 크로스플랫폼, 언어, 프레임워크 Language Cross Platform Framework Cloud Front-End Framework 공감수 0 댓글수 0 2017. 1. 22.
[소프트웨어/디자인패턴] 커맨드 패턴(Command Pattern) 커맨드 패턴은 명령을 추상화한 패턴이다. Context 보통 램프를 크고 켜는 버튼을 만든다고 생각한다면, 버튼 내에 램프 필드가 존재하고 이를 이용하는 Pressed라는 메서드를 구현함으로써 아래 다이어그램과 같이 구현할 수 있다. 이를 코드로 나타내면 비교적 간단하게 프로그래밍할 수 있다. class Lamp { public void turnOn() { System.out.println("Lamp On"); } } class Button { private Lamp theLamp; public Button (Lamp lamp) { theLamp = lamp; } public void pressed() { theLamp.turnOn(); } } Problem 변경에 대해 안전한가? (OCP를 준수하는가).. 공감수 5 댓글수 2 2017. 1. 21.
[소프트웨어/디자인패턴] 스테이트 패턴(State Pattern) State Pattern 스테이트 패턴은 상태에 행위를 위임하는 패턴이다. Context 전등이 있다고 가정하자, 우리는 on버튼과 off버튼을 이용해서 끌 수 있고, 킬 수 있다. off상태에서 off버튼 눌러도 아무런 변화는 없다(반대의 경우도 마찮가지다) 이를 아래와 같이 상태 머신 다이어그램으로 나타낼 수 있다. 상태 머신 다이어그램은 별다른 코드레벨 설계가 아니라고 볼 수 있다. 그래서 우리는 보통 생각하는 것과 같이 if의 향현의 코드를 아래와 같이 만들 수 있다. 내부 또는 내부지만 공개한 enum을 통해 상태를 정의하고 Light클래스는 해당 STATE를 필드로 가지고 있음으로써 해당 객체의 상태를 정의했다.각각의 on_button_pushed(), off_button_pushed()를 보.. 공감수 0 댓글수 0 2017. 1. 19.
[소프트웨어/디자인패턴] 싱글톤 패턴(Singleton Pattern) 싱글톤 패턴은 한정된 자원을 효율적으로 쓸 수 있도록 만들어준다. Context 어떤 자원은 한정적인데 여러곳에서 또는 여러명이 사용해야하는 경우가 있다. 만약에 엘레베이터, 프린터, 정수기 등등이 될 수 있다. 이들은 필요할 때마다 생성하여 사용하기 어려운 사물들이다. 자 그럼 제한된 자원을 공유하여 사용해야하는데 이런경우 어떻게 해야할 수 있을까?방향 생성자는 외부에 공개하지 않는다. private static의 자기 자신의 인스턴스를 가진다. public static getInstance():SelfClass로 그 인스턴스가 null일 때는 생성해주고 아닌경우에는 그냥 해당 인스턴스를 반환한다. 위 방향을 모두 구현하면 아래 코드와 같다. class LimitedResource { private s.. 공감수 3 댓글수 1 2017. 1. 19.
[소프트웨어/디자인패턴] 스트레티지 패턴(Strategy Pattern) 스트레티지 패턴은 OCP를 지킬 수 있도록 도와준다. Context 만약에 Robot이란 추상클래스가 있고 Atom과 Marin이 이 추상클래스를 상속받아 각각의 공격방법과 이동 방법을 구현한다. 여기까지는 객체지향적인 설계라고 할 수 있는데, 자 그럼 이제부터 Atom과 Marin을 업그레이드 시켜보자. Problem 기능 확장의 문제점 Atom은 기존엔 걸을 수 밖에 없었다. 하지만 연구원들이 열심히 노력해서 걷기보다는 날 수 있도록 만들었다. 그렇다면 코드상 아래와 같아진다. class Atom extends Robot{ // written something.. void move() { // 이전코드 // System.out.println("I'm walking!"); // 수정코드 System.o.. 공감수 0 댓글수 0 2017. 1. 19.
[소프트웨어/팁] 좋은 글귀 모음 [Why I studied full-time for 8 months for a Google interview] https://www.vobour.com/book/view/fiRGQMcmRkaw7pgpL [사다리는 생각하지 마] http://blog.gorekun.com/?p=1554 공감수 0 댓글수 0 2017. 1. 19.
[소프트웨어/SOLID] 의존 역전 원칙(DIP) DIP (Dependency Inversion Principle) 자주 변화하는 것보다 변화하기 어려운 것, 변화가 거의 없는 것에 의존하라는 것 다른 모듈이나 클래스에 도움을 받을 때는 무조건 의존하지 말고 나름대로의 원칙을 가지고 도움을 받아야 효과적으로 받을 수 있다는 뜻이다. 예를 들어서 사람은 이름이나, 성별, 나이 등은 그 자체의 속성으로써 변하기 어렵지만, 상대적으로 자동차, 핸드폰, 옷등은 자주 교체될 수 있다. 이는 이전의 UML에서의 합성관계냐 집약관계냐에 따른 차이와 비슷하다. 변하기 쉬운 것의 변하기 어려운 부분들을 추상화하여 인터페이스나 추상클래스로 참조함으로써 DIP를 지킬 수 있게된다. 예를 들어서 핸드폰의 경우 핸드폰의 전화를 하거나, 문자를 보내거나, 앱을 실행하는 것 자체.. 공감수 0 댓글수 0 2017. 1. 18.
[소프트웨어/SOLID] 인터페이스 분할 법칙(ISP) ISP(Interface Segregation Principle) 인터페이스를 클라이언트에 특화되도록 분리하자 만약 2개 이상의 많은 책임을 가지는 복합기를 클래스로 추상화한다고 하자. 복합기 프린트 복사 팩스 복합기는 위와 같은 3개의 기능을 모두 가지고있다. 각각의 책임은 별도의 클래스로 나올 수 있지만 복합기의 측면에서 봤을 때에는 어쨋거나 SRP원칙을 만족한다. 하지만 다양한 클라이언트에서는 복합기의 일부분만 필요하다. 프린트 클라이언트는 프린트 기능만, 복사 클라이언트는 복사 기능만, 팩스 클라이언트는 팩스 기능만을 필요로 한다. 이 세 클라이언트가 복합기를 직접 참조하고 있는 경우 복합기의 기능이 추가되거나 변경되었을 때 영향을 받을 가능성이 있다. 따라서 복합기의 각각의 기능을 인터페이스화 .. 공감수 0 댓글수 0 2017. 1. 18.
[소프트웨어/SOLID] 리스코브 치환 법칙(LSP) LSP(Liskov-Substitution Principle) 자식클래스는 부모 클래스에서 가능한 행위를 모두 수행할 수 있어야한다. 위의 정의는 자식클래스가 부모클래스를 대체할 수도 있어야 하고 일반화 관계를 의미한다. 일반화 관계는 is a kind of관계이다. 원숭이와 포유류는 is a kind of관계가 맞다. 포유류는 아래와 같은 조건을 만족해야한다. 알을 낳지 않고 새끼를 낳을 것 젖을 먹여 새끼를 키우고 폐를 통해 호흡할 것 체온이 일정한 정온 동물이며 털이나 두꺼운 피부로 덮혀 있을 것 원숭이는 위와 같은 원칙을 모두 만족하지만 오리너구리는 알을 낳아 번식하는 동물이므로 만족하지 않는다. 따라서 오리구리는 포유류에 만족하지 않아, LSP에 위배된다. public class Bag { pr.. 공감수 0 댓글수 0 2017. 1. 18.
[소프트웨어/SOLID] 개방 폐쇄 원칙(OCP) OCP(open-close principle) 변경에 대해선 닫혀있고 확장에 대해선 열려있다. 요구사항 변경에 따른 관점 개방 폐쇄 원칙은 변경에 대해선 닫혀있고 확장에 대해선 열려있다는 말인데, 의외로 명확한 의미이다. 클라이언트가 성적표, 출석부클래스에 의존하고 있다고 가정하고 변경사항으로 클라이언트가 유저의 도서관 대여 명부또한 보고 싶다고 한다. 이 경우 기존의 설계로는 클라이언트에 도서관 대여 명부을 의존하는 메서드를 만들어야 하는데, 이는 기존코드를 변경을 해야하므로 OCP원칙에 위배된다. 이 경우 출력매체에 대해서 인터페이스를 만들고 클라이언트가 이 출력매체인터페이스를 의존하게 한다면 도서관 대여 명부라는 새로운 기능이 확장되더라도 클라이언트의 코드에는 수정이 없다. (의존성의 주입은 외부에.. 공감수 0 댓글수 0 2017. 1. 18.
[소프트웨어/SOLID] 단일 책임 원칙(SRP) SRP(Single Responsibility Principle) 단일 책임 원칙 책임의 의미 해야하는 것 할 수 있는 것 해야하는 것을 잘 할 수 있는 것 예를들어서 UserDAO에서 Post인스턴스를 Create하거나 Update하는 쿼리를 가지고 있다면 그것은 위의 SRP 위반이라고 할 수 있다. 한 클래스에서 많은 책임을 가지고 있다면, 각 메서드나 속성간의 의존성이 심해질 수 있다. 변경 책임 => 변경의 의유 보통 시스템의 변경은 요구 사항의 변경에 의하여 발생한다, 소프트웨어에서의 변경은 당연하므로 이에 대한 영향을 최소화하는 것이 좋은 설계라고 할 수 있다. 해당 클래스가 많은 책임을 가지고 있으면 요구 사항마다 변경해야 하는 요소가 늘어날 수 있다. 따라서 책임을 분리하여 변경을 최소화해.. 공감수 0 댓글수 0 2017. 1. 18.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.