본문 바로가기

스터디44

[오브젝트] 부록 B, C '타입 계층의 구현', '동적인 협력, 정적인 코드' 부록 B는 상속이 아닌 다른 방법으로 타입 계층을 구현하는 방법에 대해 설명한다. 부록 C는 동적인 협력을 기반으로 정적인 코드를 구성해야 하는 이유에 대해 설명한다. 타입 계층의 구현 클래스를 이용한 타입 계층 구현 객체지향 언어에서 클래스는 사용자 정의 타입(user-defined data type)이고, 클래스는 객체의 타입과 구현을 동시에 정의하는 것이다. 클래스를 이용한 타입 계층은 상속을 이용하는 방법이다. 상속을 이용할 경우, 자식클래스는 부모 클래스의 구현과 퍼블릭 인터페이스 모두 물려받을 수 있어 타입 계층을 쉽게 구현할 수 있지만 자식클래스와 부모클래스를 강하게 결합시키기 때문에 되도록이면 추상 클래스나 인터페이스를 활용해서 타입 계층을 구현하는 것이 좋다. 인터페이스를 이용한 타입 계.. 2023. 2. 10.

[컴퓨터 네트워킹 하향식 접근] 3. 트랜스포트 계층 트랜스포트 계층 각기 다른 호스트에서 동작하는 애플리케이션 프로세스 간의 논리적 통신 제공 (트랜스포트 계층은 프로세스 간의 통신이고, 네트워크 계층은 호스트 간의 통신이다.) 다중화와 역다중화 역다중화 : 트랜스포트 계층 세그먼트의 데이터를 올바른 소켓으로 전달, 트랜스포트 헤더 작성 호스트는 IP 데이터그램을 수신하고, IP 주소와 포트 넘버를 사용해 세그먼트를 올바른 소켓으로 전달한다. 비연결 역다중화와 연결지향적 역다중화가 있다. 다중화 : 출발지 호스트에서 소켓으로부터 데이터를 모으고, 이에 대한 세그먼트를 생성하기 위해 각 데이터에 헤더 정보로 캡슐화하고, 그 세그먼트들을 네트워크 계층으로 전달하는 작업 다중화의 2가지 요건 1. 소켓은 유일한 식별자를 갖는다 2. 각 세그먼트는 세그먼트가 전.. 2023. 2. 6.

[오브젝트] 부록 A '계약에 의한 설계' 부록 A에서는 사전조건, 사후조건, 불변식을 알아보고 다형성의 측면에서 슈퍼타입과 서브타입이 준수해야 하는 제약조건을 계약의 관점에서 설명한다. 계약에 의한 설계(Design by Contract, DBC)를 사용하면 협력에 필요한 다양한 제약과 부수효과를 명시적으로 정의하고 문서화할 수 있다(p.535). 계약에 의한 설계 구성요소 사전조건 (precondition): 메서드가 호출되기 위해 만족돼야 하는 조건. 요구사항(requires)을 명시하며, 사전조건을 만족시키는 것은 메서드를 실행하는 클라이언트의 의무다. 사후조건 (postcondition): 메서드가 실행된 후에 클라이언트에게 보장해야 하는 조건. 사후조건(effects)을 서버가 만족시키지 못하면 클라이언트에게 예외를 던져줘야 하며, 이.. 2023. 2. 3.

[컴퓨터 네트워킹 하향식 접근] 2. 애플리케이션 계층 Chapter 2 : 애플리케이션 계층 네트워크 애플리케이션의 원리 클라이언트-서버 구조 server 항상 host이다. 고정된 IP 주소를 가지고 있다. 보통 데이터 센터에 위치하고 있다. client 서버와 연결하고 통신한다. 가끔 또는 항상 켜져 있을 수 있다. 주소 변동 가능 (데이터를 먼저 요청하기 때문에 자신의 주소를 담아서 보낼 수 있음) 서로 직접 통신하지 않는다. 예) HTTP, IMAP, FTP P2P 구조 항상 켜있는 서버가 존재하지 않는다. 피어라는 간헐적으로 연결된 호스트 쌍이 서로 직접 통신하게 한다. Self-scalability 하다. 새로운 피어는 작업 부하를 만들어내지만, 서비스 능력을 추가하기도 한다. 즉, 클라이언트의 수가 많아져도 안정적으로 서비스할 수 있다. 프로세.. 2023. 1. 28.

[오브젝트] 15장 '디자인 패턴과 프레임워크' 15장은 설계를 재사용하는 디자인 패턴과 코드를 재사용하는 프레임워크에 대해 설명하고, 이전 movie 예제에 적용된 디자인 패턴을 소개한다. 디자인 패턴이란? - 소프트웨어 설계에서 반복적으로 발생하는 문제에 대해 반복적으로 적용할 수 있는 해결 방법이다(설계 재사용). - 디자인 패턴은 특정 정황(context)내에서 일반적인 설계 문제(problem)를 해결(solution)하며, 협력하는 컴포넌트들 사이에서 반복적으로 발생하는 구조를 서술한다(p.516). - 패턴은 공통으로 사용할 수 있는 역할, 책임, 협력의 템플릿이다(p.517). - 특정한 변경을 캡슐화함으로써 협력을 일관성 있고 유연하게 해준다. 따라서, 어떤 디자인 패턴이 어떤 변경을 캡슐화하는지를 이해하는 것이 중요하다. Strate.. 2023. 1. 21.

[오브젝트] 14장 '일관성 있는 협력' 14장은 설계를 일관성 있게 만들기 위해 변경을 캡슐화하는 기법을 소개한다. 정리하자면 유사한 기능을 구현하기 위해 유사한 협력 패턴을 사용해야 하는데, 일관성 있는 협력 패턴을 적용하면 코드가 이해하기 쉽고 직관적이며 유연해지기 때문이다. 일관성 있는 협력을 설명하기 위해 책에서는 저번에 다루었던 핸드폰 요금제 예제 코드를 사용한다. 코드로 설명해 주는 거 좋은데... 코드 너무 어렵다.... ㅠㅠ 캡슐화 종류 개별 객체에 대한 변경 관리 데이터 캡슐화 : 클래스의 인스턴스 변수를 private으로 외부에서 접근할 수 없도록 캡슐화한 것. 메서드 캡슐화 : 클래스의 내부 행동을 캡슐화한 것 협력에 참여하는 객체들의 관계에 대한 변경 관리 객체 캡슐화 : 객체와 객체 사이의 관계를 캡슐화한 것. (합성을.. 2023. 1. 14.

이전 1 2 3 4 5 6 7 8 다음

티스토리툴바