티스토리

realizers

검색하기

블로그 홈

realizers

kdg-is.tistory.com/m

내일은 오늘의 나보다 더 나은 내가 되자.

구독자: 13

방명록 방문하기

주요 글 목록

오브젝트 - 13장 서브클래싱과 서브타이핑 서론 상속의 첫 번째 용도는 타입 계층을 구현하는 것입니다. 타입 계층의 관점에서 부모 클래스는 자식 클래스의 일반화이고 자식 클래스는 부모 클래스의 특수화입니다. 상속의 두 번째 용도는 코드 재사용입니다. 상속을 사용하면 점진적으로 기능을 확장해나갈 수 있습니다. 다만 부모 클래스와 자식 클래스 간에 강하게 결합되기 때문에 변경이 어려워집니다. 우리는 상속을 코드 재사용의 목적이 아닌 타입 계층을 구현하기 위해서 상속을 사용해야 합니다. 타입 객체지향 프로그래밍 언어에서 타입을 이해하기 위해서는 프로그래밍 언어 관점에서의 타입과 개념 관점에서의 타입을 살펴봐야합니다. 타입은 적용 가능한 오퍼레이션의 종류와 의미를 정의함으로써 코드의 의미를 명확하게 전달하고 개발자의 실수를 방지하기 위해서 사용합니다. .. 공감수 0 댓글수 2 2022. 11. 4.
오브젝트 - 12장 다형성 서론 상속의 목적은 코드를 재사용하기 위함이 아닙니다. 상속은 타입 계층을 구조화하기 위해서 사용해야하며 조금 더 쉽게 이해하자면 같은 범주로 묶기 위해서 사용해야 합니다. 다형성 다형성이란 그리스어에서 "많은"을 의미하는 poly와 "형태"를 의미하는 morph의 합성어로 "많은 형태를 가질 수 있는 능력"을 의미합니다. 컴퓨터 과학에서는 다형성을 하나의 추상 인터페이스에 의해 코드를 작성하고 이 추상 인터페이스를 활용하여 서로 다른 구현을 연결할 수 있는 능력으로 정의하고 있습니다. 💡 다형성의 분류 다형성은 아래와 같은 사진처럼 분류할 수 있습니다. 매개변수 다형성이란? 매개변수 다형성이란 제네릭 프로그래밍과 관련이 높습니다. 클래스의 인스턴스 변수나 메서드의 매개변수 타입을 임의의 타입으로 선언한.. 공감수 0 댓글수 0 2022. 10. 30.
오브젝트 - 11장 합성과 유연한 설계 서론 상속은 부모 클래스와 자식 클래스 사이의 의존성이 컴파일 시점에 고정되어 높은 결합도를 가지지만 합성은 두 객체 사이의 의존성이 런타임시점에 고정되어 낮은 결합도를 가지게 됩니다. 상속과 합성은 코드 재사용이라는 동일한 목적을 가지지만 구현 방법부터 변경을 위해 다루는 방식 모두에서 차이점을 가집니다. 상속을 사용하면 자식 클래스가 부모 클래스의 내부 구현까지 자세히 알아야하기 때문에 결합도가 높아지고 캡슐화에 약해집니다. 반면 합성을 사용하면 오직 퍼블릭 인터페이스에만 의존하므로 내부 구현이 변경되더라도 영향을 최소화할 수 있으며 캡슐화를 지킬 수 있습니다. 상속과 합성은 재사용의 대상이 다르다 상속과 합성은 재사용의 대상이 다릅니다. 상속은 부모 클래스의 내부 구현을 재사용하지만 합성은 퍼블릭 .. 공감수 0 댓글수 0 2022. 10. 28.
오브젝트 - 10장 상속과 코드 재사용 서론 객체지향 프로그래밍의 장점 중 하나는 코드를 재사용하기 쉽다는 것입니다. 전통적인 패러다임에서 코드를 재사용하는 방법은 코드를 복사한 후 수정하는 것입니다. 이와 다르게 객체지향은 코드를 재사용하기 위해 "새로운 코드"를 추가합니다. 코드를 재사용하기 위해 새로운 코드를 추가한다? 이 말이 쉽게 와닿지 않을 수 있습니다. 객체지향에서 코드는 일반적으로 클래스 내부에 작성되기 때문에 객체지향에서 클래스를 재사용하는 전통적인 방법은 새로운 클래스를 추가하는 것입니다. 무슨 말인지 모르겠지만 지금부터 천천히 알아보도록 하겠습니다. 상속과 중복 코드 중복 코드는 우리들의 마음속에 의심과 불신의 씨앗을 뿌립니다. 지금 내가 보고 있는 코드가 예전에 본 코드와 비슷하다면 우리는 이거 중복 코드인가? 비슷한 코.. 공감수 1 댓글수 0 2022. 10. 23.
오브젝트 - 9장 유연한 설계 개방 폐쇄 원칙 소프트웨어 개체(클래스, 함수, 모듈 등)는 확장에는 열려 있어야 하고, 수정에 대해서는 닫혀 있어야 합니다. 확장에 대해 열려 있다의 의미 : 애플리케이션의 요구사항이 변경될 때 이 변경에 맞게 새로운 동작을 추가해서 기능을 확장할 수 있다. 수정에 대해 닫혀 있다의 의미 : 기존의 코드를 수정하지 않고도 새로운 동작을 추가하거나 변경할 수 있다. 즉 개방 폐쇄 원칙은 기존의 코드를 수정하지 않고도 애플리케이션의 동작을 확장할 수 있다는 의미입니다. 💡 컴파일타임 의존성을 고정시키고 런타임 의존성을 변경하라 개방 폐쇄의 원칙은 런타임 의존성과 컴파일타임 의존성에 대한 이야기입니다. 런타임 의존성은 실행 시점에서 협력에 참여하는 객체들 사이의 관계이고, 컴파일타임 의존성은 코드 상에서 드.. 공감수 1 댓글수 0 2022. 10. 21.
오브젝트 - 8장 의존성 관리하기 서론 잘 설계된 객체지향 애플리케이션은 작고 응집도 높은 객체들로 구성되는데 이러한 작고 응집도 높은 객체는 책임의 초점이 명확하고 한 가지 일만 잘하는 객체를 의미합니다. 이런 작은 객체들은 혼자서 수행할 수 있는 일이 거의 없기 때문에 애플리케이션의 기능을 구현하기 위해서는 다른 객체들과 협력을 통해 공통의 목적을 이룹니다. 협력은 객체가 다른 객체에 대해 알것을 강요합니다. 다른 객체와 협력하기 위해서는 그 객체가 존재한다는 사실을 알고 있어야 합니다. 객체지향 설계의 핵심을 협력을 위해 필요한 의존성은 유지하면서도 변경을 방해하는 의존성은 제거하는데 있습니다. 이런 관점에서 객체지향 설계란 의존성을 관리하는 것이고, 객체가 변화를 받아들일 수 있게 의존성을 정리하는 기술이라고 할 수 있습니다. 의.. 공감수 0 댓글수 0 2022. 10. 17.
오브젝트 - 7장 객체 분해 서론 사람들은 한 번에 해결하기 어려운 커다란 문제를 맞닥뜨릴 경우 이 문제를 해결 가능한 작은 문제로 나누는 경향이 있다고 합니다. 이렇게 나눠진 문제들 역시 한 번에 해결하기 어렵다면 또다시 더 작은 문제로 나눌 수 있습니다. 이처럼 큰 문제를 해결 가능한 작은 문제로 나누는 작업을 분해라고 합니다. 프로시저 추상화와 데이터 추상화 프로그래밍 언어를 통해 표현되는 추상화의 발전은 다양한 프로그래밍 패러다임의 탄생으로 발전했는데 프로그래밍 패러다임은 프로그래밍을 구성하기 위해 사용하는 추상화의 종류와 이 추상화를 이용해 소프트웨어를 분해하는 방법의 두 가지 요소로 결정됩니다. 프로그래밍 패러다임이란 적절한 추상화의 윤곽을 따라 시스템을 어떤 식으로 나눌것인지를 결정하는 원칙과 방법의 집합입니다. 여기에.. 공감수 1 댓글수 1 2022. 10. 14.
오브젝트 - 6장 메시지와 인터페이스 서론 훌륭한 객체지향 코드를 얻기 위해서는 클래스가 아닌 객체에 초점을 맞춰야 합니다. 또한 객체에 초점을 맞추되 협력 안에서 수행하는 객체의 책임에 초점을 맞추어야 합니다. 객체지향에서 가장 중요한 것은 객체들 간에 주고받는 메시지입니다. 객체들은 메시지 전송자로부터 메시지를 수신하기 위해 퍼블릭 인터페이스를 구성하고 있습니다. 협력과 메시지 💡 클라이언트-서버 모델 협력은 어떤 객체가 다른 객체에게 무언가를 요청할 때 시작됩니다. 메시지는 객체 간의 협력을 가능케 하는 매개체입니다. 객체가 다른 객체에게 접근할 수 있는 유일한 방법은 메시지를 통해 접근하는 것입니다. 클라이언트-서버 모델이란? 협력 안에서 메시지를 전송하는 객체를 클라이언트, 메시지를 수신하는 객체를 서버라고 부릅니다. 협력은 클라이.. 공감수 1 댓글수 0 2022. 10. 9.
오브젝트 - 5장 책임 할당하기 서론 책임에 초점을 맞춰서 설계할 때의 가장 큰 어려움은 어떤 객체에 어떤 책임을 주어야 하는가?입니다. 이러한 책임 할당 과정은 일련의 트레이드오프의 활동입니다. 책임 주도 설계를 향해 💡 데이터보다 행동을 먼저 결정하라. 객체에게 중요한 것은 데이터가 아닌 협력하는 객체에게 제공하는 행동입니다. 클라이언트의 관점에서 객체가 수행하는 행동은 곧 책임을 의미합니다. 객체는 협력에 참여하기 위해 존재하며 협력안에서 적절한 행동을 수행할 때 비로소 객체는 존재합니다. 데이터는 객체가 책임을 수행할 때 필요로 하는 재료일 뿐입니다. 행동의 관점에서 바라보는 방법 데이터 중심의 설계는 "이 객체가 포함해야 하는 데이터는 무엇인가?"를 결정한 후에 "데이터를 처리하는데 필요한 작업은 무엇인가?"를 결정합니다. 책.. 공감수 0 댓글수 0 2022. 10. 7.
오브젝트 - 4장 설계 품질과 트레이드오프 서론 객체지향 설계의 핵심은 책임, 역할, 협력입니다. 협력은 애플리케이션의 기능을 수행하기 위해 다른 객체들과 메시지를 주고받는 상호작용입니다. 책임은 객체가 다른 객체와 협력하기 위해 수행하는 행동이고, 역할은 대체 가능한 책임들의 집합입니다. 객체지향 설계란 올바른 객체에게 올바른 책임을 할당하면서 낮은 결합도와 높은 응집도를 만드는 활동입니다. 객체지향 설계에 관한 관점 두가지 첫째, 객체지향 설계의 핵심은 책임이다. 둘째, 책임을 할당하는 작업은 응집도와 결합도 같은 설계 품질과 연관되어 있다. 결합도와 응집도를 합리적인 수준으로 유지하는 방법 객체의 상태가 아닌 객체의 행동에 초점을 맞춥니다. 객체를 단순한 데이터의 집합으로 바라보는 시각은 객체의 내부 구현을 노출시키는 결과를 초래할 수 있으.. 공감수 1 댓글수 0 2022. 10. 2.
오브젝트 - 3장 역할, 책임, 협력 서론 앞에서는 객체지향 프로그래밍을 구성하는 클래스, 추상 클래스, 인터페이스 등을 알아봤습니다. 이는 객체지향 프로그래밍 구현을 위한 내용이고 조금 더 거시적인 측면에서 역할, 책임, 협력을 바라봐야할 필요가 있습니다. 객체지향의 본질은 협력하는 객체들의 공동체를 구성하는 것입니다. 객체지향 설계의 핵심은 협력을 구성하기 위해 적절한 객체를 찾고, 적절한 책임을 할당하는 과정에서 드러난다고 합니다. 클래스, 추상클래스, 인터페이스는 책임과 협력이 어느정도 자리잡은 후에 사용할 수 있는 구현 매커니즘입니다. 애플리케이션의 기능을 구현하기 위해 어떤 협력이 필요하고, 협력을 위해 어떤 역할과 책임이 필요한지 먼저 우선적으로 생각해야 합니다. 그렇지 않으면 변경하기 어렵고 유연하지 못한 코드를 낳을 수 있습.. 공감수 3 댓글수 1 2022. 9. 30.
오브젝트 - 2장 객체지향 프로그래밍 영화 예매 시스템 이번에 다룰 예제는 영화 예매 시스템입니다. 영화의 상영시간을 예매하는 예매자는 1개의 할인 정책과 N개의 할인 조건에 만족한다면 요금을 할인 받을 수 있습니다. 할인 정책은 금액 할인 정책과 비율 할인 정책으로 구체화할 수 있습니다. 할인 조건은 순번 조건, 기간 조건 등으로 구체화할 수 있습니다. 앞서 구체화 한다는 말은 나눌 수 있다는 의미를 가집니다. 객체지향 프로그래밍을 향해 💡협력, 객체, 클래스 앞서 나온 예제를 중심으로 영화 예매 시스템을 프로그래밍할 때 가장 처음 할 일은 각 역할에 맞는 클래스를 선언하고 역할에 맞게 속성을 세팅하는 것입니다. 하지만 이는 객체지향의 본질과는 거리가 멀다고 합니다.(그럼 어떻게 구성해,,,?) 진정한 객체지향 패러다임으로서의 전환은 클래.. 공감수 1 댓글수 0 2022. 9. 28.
오브젝트 - 1장 객체, 설계 서론 로버트L. 글래스는 어떠한 책에서 "이론 대 실무" 라는 흥미로운 주제에 관해 개인적인 견해를 밝힌적이 있습니다. 그 글에서는 "이론이 먼저일까?, 실무가 먼저일까?" 라는 주제 였는데 요약하자면 많은 사람들은 이론이 먼저 정립된 후에 실무가 그 뒤를 따라 발전한다고 생각한다고 합니다. 허나 글래스의 입장은 반대였고 이론을 정립할 수 없는 초기에는 실무가 먼저 급속한 발전을 이루고 어느정도 발전된 뒤에 비로소 실무의 실용성을 입증할 수 있는 이론이 서서히 그 모습을 갖춘다고 하였습니다. 글래스의 결론은 이론보다 실무가 먼저라는 것입니다. 따라서 어떤 분야든 초기 단계에서는 아무것도 없는 상태에서 이론을 정립하기보다는 실무를 관찰한 결과를 바탕으로 이론을 정립하는게 최선이라 합니다. 티켓 판매 애플리.. 공감수 1 댓글수 2 2022. 9. 23.

문의안내

티스토리
로그인
고객센터

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