본문 바로가기
장바구니0

개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴 > 프로그래밍/언어

상품간략정보 및 구매기능

개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴

기본설명

상품 선택옵션 0 개, 추가옵션 0 개

제조사 인투북스
원산지 국내산
브랜드 인투북스
시중가격 20,000원
판매가격 18,000원
배송비결제 주문시 결제
최소구매수량 1 개
최대구매수량 999 개
  • 개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴
    +0원

관련상품

등록된 관련상품이 없습니다.

  • 상품 정보

    상품 상세설명

    개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴

    9788969090010.jpg

    도서명:개발자가 반드시 정복해야 할 객체 지향과 디자인 패턴
    저자/출판사:최범균/인투북스
    쪽수:260쪽
    출판일:2013-07-05
    ISBN:9788969090010

    목차
    Part 01 객체지향
    Chapter 01 들어가기
    1. 지저분해지는 코드
    2. 수정하기 좋은 구조를 가진 코드
    3. 소프트웨어의 가치

    Chapter 02 객체 지향
    1. 절차 지향과 객체 지향
    1.1 절차 지향
    1.2 객체 지향
    2. 객체(Object)
    2.1 객체의 핵심은 기능을 제공하는 것
    2.2 인터페이스와 클래스
    2.3 메시지
    3. 객체의 책임과 크기
    4. 의존
    4.1 의존의 양면성
    5. 캡슐화
    5.1 절차 지향 방식 코드
    5.2 캡슐화 된 기능 구현
    5.3 캡슐화의 결과는 내부 구현 변경의 유연성 획득
    5.4 캡슐화를 위한 두 개의 규칙
    6. 객체 지향 설계 과정

    Chapter 03 다형성과 추상 타입
    1. 상속 개요
    2. 다형성과 상속
    2.1 인터페이스 상속과 구현 상속
    3. 추상 타입과 유연함
    3.1 추상 타입과 실제 구현의 연결
    3.2 추상 타입을 이용한 구현 교체의 유연함
    3.3 변화되는 부분을 추상화하기
    3.4 인터페이스에 대고 프로그래밍하기
    3.5 인터페이스는 인터페이스 사용자 입장에서 만들기
    3.6 인터페이스와 테스트

    Chapter 04 재사용: 상속보단 조립
    1. 상속과 재사용
    1.1 상속을 통한 재사용의 단점 1, 상위 클래스 변경의 어려움
    1.2 상속을 통한 재사용의 단점 2, 클래스의 불필요한 증가
    1.3 상속을 통한 재사용의 단점 3, 상속의 오용
    2. 조립을 이용한 재사용
    2.1 위임
    2.2 상속은 언제 사용하나?

    Part 02 설계 원칙 / DI와 서비스 로케이터
    Chapter 05 설계 원칙: SOLID
    1. 단일 책임 원칙(Single responsibility principle)
    1.1 단일 책임 원칙 위반이 불러오는 문제점
    1.2 책임이란 변화에 대한 것
    2. 개방 폐쇄 원칙(Open-closed principle)
    2.1 개방 폐쇄 원칙이 깨질 때의 주요 증상
    2.2 개방 폐쇄 원칙은 유연함에 대한 것
    3. 리스코프 치환 원칙(Liskov substitution principle)
    3.1 리스코프 치환 원칙을 지키지 않을 때의 문제
    3.2 리스코프 치환 원칙은 계약과 확장에 대한 것
    4. 인터페이스 분리 원칙(Interface segregation principle)
    4.1 인터페이스 변경과 그 영향
    4.2 인터페이스 분리 원칙
    4.3 인터페이스 분리 원칙은 클라이언트에 대한 것
    5. 의존 역전 원칙(Dependency inversion principle)
    5.1 고수준 모듈이 저수준 모듈에 의존할 때의 문제
    5.2 의존 역전 원칙을 통한 변경의 유연함 확보
    5.3 소스 코드 의존과 런타임 의존
    5.4 의존 역전 원칙과 패키지
    6. SOLID 정리

    Chapter 06 DI(Dependency Injection)와 서비스 로케이터
    1. 어플리케이션 영역과 메인 영역
    2. DI(Dependency Injection)을 이용한 의존 객체 사용
    2.1 생성자 방식과 설정 메서드 방식
    2.2 DI와 테스트
    2.3 스프링 프레임워크 예
    3. 서비스 로케이터를 이용한 의존 객체 사용
    3.1 서비스 로케이터의 구현
    3.2 서비스 로케이터의 단점

    Part 03 07 주요 디자인 패턴
    Chapter 07 주요 디자인 패턴
    1. 디자인 패턴이란?
    2. 전략(Strategy) 패턴
    3. 템플릿 메서드(Template Method) 패턴
    3.1 상위 클래스가 흐름 제어 주체
    3.2 템플릿 메서드와 전략 패턴의 조합
    4. 상태(State) 패턴
    4.1 상태 변경은 누가?
    5. 데코레이터(Decorator) 패턴
    5.1 데코레이터 패턴을 적용할 때 고려할 점
    6. 프록시(proxy) 패턴
    6.1 프록시 패턴을 적용할 때 고려할 점
    7. 어댑터(Adapter) 패턴
    8. 옵저버(Observer) 패턴
    8.1 옵저버 객체에게 상태 전달 방법
    8.2 옵저버에서 주제 객체 구분
    8.3 옵저버 패턴 구현의 고려 사항
    9. 미디에이터(Mediator) 패턴
    9.1 추상 미디에이터 클래스의 재사용
    10. 파사드(Facade) 패턴
    10.1 파사드 패턴의 장점과 특징
    11. 추상 팩토리(Abstract Factory) 패턴
    12. 컴포지트(Composite) 패턴
    12.1 컴포지트 패턴 구현의 고려 사항
    13. 널(Null) 객체 패턴

    Appendix A 추천 자료
    Index
    delivery.jpg
  • 사용후기

    사용후기가 없습니다.

  • 상품문의

    상품문의가 없습니다.

  • 배송/교환정보

    배송정보

    배송업체 : 한진택배 (1588-0011)
     배송비
     2,500원 (25,000원 이상 구매 시 무료 배송/일부상품제외) 군부대 및 도서산간 지역은 추가 배송비가 발생할 수 있습니다.
     ◆배송기간
     : 평일 오전 7시 이전 주문 시 당일 발송 (2~3일 소요) : 단, 공휴일, 연휴, 천재지변 등으로 인해 발송이 지연될 수 있습니다.
     ◆배송추적
     : 당일 발송건에 한해 익일 오전 9시 이후 확인 가능합니다.


    교환/반품

     ◆반품/교환을 원하는 경우 반드시 고객센터로 연락 후 신청하시기 바랍니다.
     ◆반품/교환은 상품 수령일로 부터 7일 이내에만 가능합니다. 단, 상품이 훼손되지 않았거나, 속 비닐이 있는 경우 듣지 않았을    때 가능합니다.
     •고객님의 변심 또는 잘못 주문하신 경우에는 왕복 배송비는 고객님의 부담입니다.
     ◆오배송, 파본, 불량 상품에 대해서는 고객센터로 연락주시면 상담 후 교환해 드립니다.
     ◆오배송, 파본, 불량상품의 배송비는 환불처에서 부담합니다.
     교환/반품
     ◆환불은 상품이 환불에 도착 시 처리됩니다. (카드 취소는 3~5일이 소요될 수 있습니다.)

고객센터 1234-5678

회사명 (주)꼭대기 주소 서울 특별시 마포구 연희로 11,5층 S-537호
사업자 등록번호 795-87-00429 대표 오주봉 전화 02-356-5779 팩스 02-356-5779
통신판매업신고번호 제2017-서울마포-0052호 개인정보 보호책임자 dhwnqhd

Copyright © 2001-2013 (주)꼭대기. All Rights Reserved.

상단으로