Coding Story

1) DNS의 필요성 - 사용자는 호스트 이름을 파일 전송 클라이언트에게 전달한다. - 파일 전송 클라이언트는 호스트 이름을 DNS 클라이언트에게 전달한다. - 모든 컴퓨터는 부팅이 되면 DNS 서버의 IP 주소를 알게된다. 2) 도메인 이름 공간 - 계층적 이름 공간을 가지기 위해서는 도메인 이름 공간을 만들어야 함 - 트리는 0에서 127까지의 128 레이블만을 가짐 - 모든 트리는 루트에서 연결되며 트리의 각 레벨의 계층 레벨을 나타냄 3) 계층적 이름 공간 - 각 이름은 여러 부분으로 나뉘어 구성 ㆍ 첫 번째 부분은 조직의 성격을 나타냄 ㆍ 두 번째 부분은 조직의 이름 ㆍ 세 번째 부분은 조직내의 부서를 나타냄 - 중앙 기관은 조직의 성격과 조직의 이름을 정의하는 이름의 일부만을 할당할 수 있음 ..

① 파일 시스템 1) 운영체제가 사용자에게 제공하는 가장 직접적인 서비스 형태 2) 두 부분으로 구성 (1) 파일 : 각종 정보의 논리적 저장단위를 파일로 추상화 → 실제 기억장치에 연결 프로그램과 데이터 저장 상호 관련있는 레코드들의 집합 (2) 디렉터리 : 파일에 관한 정보를 제공 3) 파일 논리적 구조 : 레코드 → 필드 (레코드 키)_primary key / 필드 / .... 물리적 구조 : 블록 → 기억매체에 입출력되는 단위 / 물리적 레코드 (physical record) 4) 파일 시스템의 기능 - 사용자가 생성, 수정, 삭제 가능 - 파일 공유 및 제어 관리 기능 - 백업 (backup) 및 복구 (recovery) 기능 - 사용자-장치 간의 독립성 유지 → 물리적 장치명 대신 논리적 이름..

1) 프로젝트의 구성 - 일반적인 웹 프로젝트의 구조는 3-Tier의 구조를 활용 - Presentation tier / Business tier / Persistence tier로 구성 - 각 영역을 독립적으로 설계하여 특정 기술이 변하더라도 필요한 부분을 부품처리 쉽게 교환할 수 있께 하는 방식 → 유지 보수의 필요성 때문에 이렇게 구성한다. 2) 각 영역의 네이밍 규칙 - xxxController : 스프링 MVC에서 동작하는 Controller 클래스 - xxxService, xxxServicelmpl : 비즈니스 영역을 담당하는 인터페이스는 'xxxService'라는 방식을 사용하고, 인터페이스를 구현한 클래스는 'xxxServicelmpl'이라는 이름을 사용 - xxxDAO 또는 xxxRepo..

1) 데이터그램 (datagram) - IP 계층의 패킷을 데이터그램(datagram)이라고 함 - 가변 길이 패킷으로 헤더와 데이터 부분으로 구성 - 헤더는 20 바이트 ~ 60 바이트 - 라우팅(경로지정)과 전달에 필요한 정보를 포함 - TCP/IP에서는 헤더를 4 바이트 단위로 표시 2) 헤더 내의 필드 ▶ 버전 (VER) - 4 비트로 구성 - IP 프로토콜의 버전(version)을 표시 ▶ 헤더 길이 (HLEN) - 이 4 비트 필드는 데이터그램 헤더의 전체 길이를 4 바이트 단위로 나타낸다. - 데이터그램의 헤더 길이는 20바이트, 이 필드의 값은 5가 된다. (5 X 4 = 20) - 만약 옵션 필드가 최대 길이라면 이 필드의 값은 15가 된다. (15 X 4 = 60) 3) 서비스 유형 (..

1) 페이지 교체 알고리즘 → 새로 적재될 페이지 공간 확보를 위해 가상공간으로 내보낼 페이지를 결정하는 것 ▶ 페이지 부재 (page fault) : 가상 주소를 호출된 페이지가 페이지 프레임에 없어 가상공간에서 불러와야 하는 경우 → 새로 불러온 페이지를 탑재하기 위해 기존의 페이지를 제거(희생)해야 함. 2) 알고리즘 종류 → 2022-2 기말고사 출제 ① FIFO (First In First Out) 알고리즘 - 각 페이지가 주기억장치에 적재될 때, 타임스태프 기록 - 교체 대상 선정시, 가장 먼저 들어온 페이지를 결정 - 이해하기 쉽고 설계가 간단 - | 그림 4-17 | FIFO 알고리즘 참고 ② 최적 교체 (Optimal Replacement) 알고리즘 - 가장 오랫동안 사용되지 않을 페이지..

1) 주소 변환 - 정적 변환 (static mapping) → 네트워크상의 각 시스템에 저장 → 필요시 테이블 검색 → 물리 주소가 변경될 경우 정적 테이블의 주기적인 갱신으로 인한 오버헤드 → NIC 변경, 이동 컴퓨터의 네트워크 이동 등 - 물리 변환 (dynamic mapping) → 물리 주소와 논리 주소 쌍 중 하나만 알면 프로토콜을 이용하여 다른 하나를 알아냄 2) 주소 변환 프로토콜 (ARP) - HTYPE(Hardware Type) : 네트워크 유형 정의 (이더넷 : 1) - PTYPE(Protocol Type) : 프로토콜 정의 (IPv4 : 0800) - HLEN(Hardware Length) : 물리 주소의 바이트 단위 길이 - PLEN(Protocol Length) : 논리 주소의..

1) 블록 사상 시스템 (block mapping system) 블록 번호 b 변위 d - [ 그림 4-4 ] 참고 ( 블록 사상(mapping)을 통한 가상 주소 변환 ) 2) 페이징 (paging) (1) 용어 정리 → 페이지 (page) : 일정 크기의 블록 → 페이지 프레임 (page frame) : 주기억장치의 페이지 → 가상 주소 : 가상 메모리 내에서의 항목 참조 주소 (그림 4-5 참고) → 페이지 사상 테이블 (page mapping table) : 가상 주소를 실제 주소로 변환하기 위해 페이지를 페이지 프레임으로 연결함 - 직접 사상 (direct mapping) : 그림 4-6 / 직접 사상에 의한 페이지 주소 변환 참고 → 페이지 사상 테이블을 주기억장치에 유지, 관리 → 프로그램 ..

1) 가상메모리 관리 - 주기억장치 공간보다 훨씬 큰 주소 범위의 주소를 지정할 수 있도록 한 개념 - 그림 4-1 참고 - 대부분의 범용 컴퓨터에서 사용 - 예외) 빠른 응답시간을 요구하는 시스템, 특정 목적 시스템은 사용하지 않음 1-1) 가상 주소 공간 V, (virtual address space) - 수행 중인 프로세스에서 생성하는 주소 - 가상적으로 연속적 개념 적용 1-2) 실제 주소 공간 R, (real address space) - 주기억장치(main memory) 상의 주소 - 가상주소에 대응되는 실제주소가 반드시 연속적일 필요는 없음 → 인위적 연속성 : 사용자는 자신의 프로그램이 주기억장치 어디에 저장되는 알 필요가 없음 * 1-1과 1-2는 사상(mapping) / 동적 주소 변환..

1) 프레임워크 - 구현된 기능을 안정적으로 실행하도록 제어해주는 구조를 가진 라이브러리 - 비 기능적(업무적) 요구사항(성능, 보안, 확장성, 안정성 등)을 만족하는 구조 - 프레임워크는 애플리케이션들의 공통점을 찾아 기반 구조를 제공하여 개발자들이 기반 구조를 구현하는데 들어가는 노력 절감하도록 함 2) 프레임워크를 사용하는 이유 - 비 기능적인 요소들을 초기 개발단계마다 구현해야 하는 불합리함을 극복 - 기능 요구사항에 집중할 수 있음 - 디자인 패턴과 마찬가지로 반복되는 문제 해결을 위해 특화된 솔루션을 제공 3) 스프링 프레임워크 - Java 기반 응용 프로그램 개발을 위한 경량의 오픈소스 프레임워크 - 2003년 6월 Rod Johnson이 발표 - 모든 Java 애플리케이션 개발에 사용할 수..

1) jquery에서 사용할 수 있는 대화 상자 - alert 등 2) 로우코드/노코드 개발 (LCNC(Low-Code and No-Code)) - LCNC(Low-Code and No-Code) 소프트웨어 애플리케이션은 오늘날 비즈니스에서 가장 큰 기술 혁신 중 하나 - LCNC 플랫폼은 비즈니스에 사용하기 쉬운 LCNC 도구가 필요한 사용자를 위한 고급 개발 솔루션 - 이름에서 알 수 있듯이 로우 코드 및 코드 없는 개발은 복잡한 프로그래밍 도구나 전문 지식 없이도 개발 프로세스를 간소화하는 데 도움이 됩니다. - LCNC는 사용자로부터 기술 지식이 거의 필요하지 않으며 구현하기 쉬운 개발 솔루션 - LCNC 플랫폼을 통해 기업은 소프트웨어 개발자를 고용할 필요 없이 비즈니스 프로세스와 워크플로를 자..