IT LAB

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 기존 문제: new 키워드new 키워드를 통해 직접 객체 생성 시 → 특정 구현체에 강하게 의존하게 됨⚠️ OCP, DIP 위반 → 코드 변경에 취약, 테스트 어려움 2. 팩토리 메서드 패턴객체를 생성을 서브클래스에서 위임하는 패턴클라이언트 코드와 구현체 생성 코드를 분리시킴 추상 클래스화서브클래스에 피자 생성을 위임함어떤 종류의 피자를 만들지에 대한것은 어떤 서브클래스를 생성했느냐에 따라 결정됨클라이언트는 어떤 구현이 생성되는지 몰라도 됨 예제) PizzaStore더보기추상클래스public abstract class PizzaStore { public Pizza orderPizza(String type) { ..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. OCP (Open/Closed Principle) 새로운 행동을 추가하여 확장기존 코드를 수정 필요 없음 2. 데코레이터 패턴클래스에 기능을 추가할 때, 상속이 아닌 객체를 감싸는 방식으로 확장하는 구조항목설명상속의 문제점- 슈퍼클래스에 모든 기능을 넣으면 → 일부 서브클래스에는 불필요하거나 부적절한 기능까지 상속됨- 기능 변경 시 상속 구조 전체에 영향 발생→ 해결 방법- 기능을 데코레이터 객체로 분리- 원래 객체를 감싸고, 필요한 기능만 동적으로 위임하여 확장형식- 데코레이터 클래스는 원래 객체와 동일한 인터페이스 또는 슈퍼클래스를 구현- 따라서 감싼 객체처럼 사용 가능이점- 기능을 동적으로 추가 가능- 여러 데코레이터 중첩..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 옵저버 패턴한 객체의 상태 변화가 있을 때, 그 객체에 의존하는 다른 객체들에게 자동으로 알림을 보내고, 이를 갱신할 수 있게 해주는 패턴일대다 형식으로 객체간 관계 정의 구성 요소역할(Role)설명Subject- state: 상태를 보유하고 관리함- notify: 상태 변경 시 옵저버들에게 알림- 옵저버 등록/제거 기능 제공Observer- Subject의 상태에 의존함- Subject의 상태 변경 시 알림을 받고 처리 (update 메서드 등 구현) 느슨한 결합서로 강하게 연결되어 있지 않지만, 상호작용 할 수 있는 관계구분설명추상화- Subject는 Observer 인터페이스에만 의존- 구체 구현을 몰라도 동작 가능유연성-..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 디자인 패턴객체지향 설계에서 자주 발생하는 문제에 대한 해결책코드의 재사용성, 관리 용이성, 유연성을 높일 수 있음 장점장점설명서로 이해할 수 있는 용어 제공개발자 간 공통된 개념과 용어로 의사소통이 쉬워짐표준화된 해결방법 제공반복되는 문제에 대해 검증된 해결책을 제공함유연성 및 유지보수 용이성변경에 강하고, 코드의 수정 및 확장이 용이함구조 개선코드 구조를 명확히 하여 가독성과 재사용성을 높임 2. 객체지향 기초객체와 클래스를 중심으로 소프트웨어를 설계하고 구현하는 방법론 주요 개념개념정의추상화중요한 정보만 드러내고 불필요한 세부 사항은 숨김- 인터페이스 중심 설계: 구현 세부사항을 숨기고 시스템 유연성과 확장성 확보캡슐화데이..

에릭 프리먼 님의 "헤드퍼스트 디자인 패턴" 책을 정리한 포스팅 입니다 1. 오리 시뮬레이션 게임Duck 클래스를 슈퍼클래스로 생성각 오리 종류를 서브클래스로 두어 Duck 클래스를 상속함 (MallardDuck, RedheadDuck, RubberDuck) 심각한 문제 발생슈퍼클래스에 추상메서드 추가 시, 모든 서브클래스에서 구현이 강제됨몇몇 서브클래스에만 적용되어야 할 메서드일 경우, 논리적으로 오류가 발생함 예: fly()더보기// 상위 클래스abstract class Duck { public abstract void fly(); // 👈 모든 Duck에게 fly() 강제 public abstract void quack();}// MallardDuck는 날 수 있음class Malla..

조성호 님의 "쉽게 배우는 운영체제" 책을 정리한 포스팅 입니다 1. 파일논리적인 데이터 집합여러 개의 블록으로 구성됨제 2 저장장치에 저장됨 블록일정한 크기의 데이터 단위파일은 블록 단위로 나뉘어 저장됨 UnitMemory: byteHDD: ClusterFile System: 4KB (ext4, NTFS) 속성파일 헤더구성 요소설명첫 블록 주소파일의 첫 번째 데이터 블록의 주소를 나타냄name파일 이름type파일 유형 (예: 텍스트, 이진 등)size파일 크기 (바이트 단위)time파일 생성, 수정, 접근 시간location파일이 저장된 위치 (디스크 상의 물리적 위치)accessibility파일의 접근 권한 (읽기, 쓰기, 실행 등)owner파일 소유자파일 테이블에서 관리됨 파일 디스크립터파일 식별자..

조성호 님의 "쉽게 배우는 운영체제" 책을 정리한 포스팅 입니다 가져오기 정책: 프로세스가 필요로 하는 데이터를 언제 메모리로 가져올지 결정 1. 요구 페이징사용자가 요구할 때 해당 페이지를 메모리로 가져오는 것 미리 가져오기앞으로 필요할 것이라고 예상되는 페이지를 미리 가져오는 방식고속의 캐시 메모리에 가져다놓음으로써 시스템의 성능을 향상시킴 지역성기억장치에 접근하는 패턴이 특정 영역에 집중되는 성질지역성 유형설명공간 지역성현재 위치에서 가까운 데이터에 접근할 확률이 높음시간 지역성현재를 기준으로 가장 가까운 시간에 접근한 데이터가 다시 접근할 확률이 높음순차적 지역성여러 작업이 순서대로 진행되는 경향이 있음 페이지 테이블 엔트리 구조필드설명페이지 번호가상 주소의 페이지 번호프레임 번호물리 메모리에서 ..

조성호 님의 "쉽게 배우는 운영체제" 책을 정리한 포스팅 입니다1. 개요메모리의 크기는 컴퓨터마다 다름OS가 물리 메모리의 크기에 의존한다면, 메모리 크기별로 프로그램이 동작하지 않을 수 있음 가상 메모리물리 메모리의 크기와 관계없이 프로세스에 큰 메모리 공간을 제공하는 기술프로세스는 특별한 고려 없이 메모리를 사용할 수 있습니다 (물리 메모리 크기, 위치 등)  프로세스 가상 주소프로세스는 0번지부터 시작하는 연속된 메모리 공간을 가집니다.자신이 어느 위치에 있는지 신경쓰지 않아도 됩니다. 메모리 분할 방식운영체제를 제외한 나머지 메모리 영역을 일정한 크기로 나누어 프로세스에게 할당함ex) 페이징, 세그먼테이션, 세그먼테이션-페이징 혼용 메모리 관리자메모리 자원을 효율적으로 관리하고 프로세스들이 요구하..

조성호 님의 "쉽게 배우는 운영체제" 책을 정리한 포스팅 입니다1. 개요메모리 관리의 복잡성CPU메모리의 내용을 가져오거나, 작업 결과를 메모리에 저장하기 위해 MAR을 사용함MAR에 필요한 메모리 주소를 넣으면 데이터를 가져오거나 기록할 수 있음 시분할 시스템모든 응용 프로그램이 메모리에 올라와 실행되므로 메모리 관리가 복잡함 메모리 관리의 이중성프로세스 입장에서는 메모리를 독차지하려 하고, 메모리 관리자 입장에서는 되도록 효율적으로 쓰고싶어 하는 것 메모리 관리자이러한 복잡한 메모리 관리는 메모리 관리 시스템(MMS)에서 담당함 관리법메모리가 부족할 경우, 새로운 공간을 확보옆의 프로세스를 밀어냄더 큰 공간으로 해당 프로세스를 옮겨줌빈 공간이 생기면합쳐서 하나의 큰 공간을 만듬 과정fetch프로세스와..

조성호 님의 "쉽게 배우는 운영체제" 책을 정리한 포스팅 입니다1. 개요교착 상태2개 이상의 프로세스가 다른 프로세스의 작업이 끝나기만 기다리는 무한루프에 빠진 상태여러 프로세스가 함께 작업을 수행하다 보니 자연스럽게 일어나는 문제OS는 감시를 하다 교착상태가 발생하면 강압적으로 해결해야 함 발생구분설명시스템 자원다른 프로세스와 공유할 수 없는 자원(예: 프린터, 레코더 등)을 사용할 경우, 한 프로세스가 자원을 점유한 상태에서 다른 프로세스가 해당 자원을 기다리면 교착 상태 발생 가능공유 변수공유 변수가 적절히 동기화되지 않으면, 특정 프로세스가 무한 대기 상태에 빠질 수 있음 (예: 잘못된 락 관리로 인한 데드락)응용 프로그램데이터베이스에서 특정 데이터에 락을 걸어 다른 트랜잭션이 접근하지 못하는 경..