일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- iOS 개발 오류
- 데이터베이스
- global soop
- 애플 디벨로퍼 아카데미
- ObservedObject
- 애플 디벨로퍼 아카데미 후기
- react
- StateObject
- Apple Developer Academy @ POSTECH
- OS
- 앱 비교 프로젝트
- ObservableObject
- Swift 문법
- SWIFT
- 운영체제
- 치지직
- 숭실대
- sqoop
- Swift 기능
- 네이버 부스트캠프
- 애플 디벨로퍼 아카데미 21주차 회고
- apple developer academy 후기
- 데이터베이스 공부
- 애플 아카데미 후기
- 제앱소
- useReducer
- 소프트웨어분석및설계
- 네이버 치지직
- swift문법
- Swift 디자인패턴
- Today
- Total
목록전체 글 (290)
사과하는 제라스
이걸 쓰려면 React Snippet부터 Extension에서 깔자! 1. 클래스 컴포넌트 rcc // rcc import React, { Component } from 'react' export default class List extends Component { render() { return ( List ) } } 2. 함수형 컴포넌트 1) 일반 함수형 rfc : 컴포넌트 작성과 동시에 export // rfc import React from 'react' export default function List() { return ( List ) } rfce : export 코드 분리 // rfce import React from 'react' function List() { return ( List ..
아 이게 왜 생길까...!! 해결법: - MacOS에서의 해결임. 먼저 ~/.bash_profile 파일에 vim으로 들어가서 export NVM_DIR="$HOME/.nvm" [ -s "$NVM_DIR/nvm.sh" ] && \. "$NVM_DIR/nvm.sh" # This loads nvm 를 추가 혹시 내가 zsh를 쓰고 있다면 ~/.zshrc에 들어가서 위에 코드를 아무데나 작성 그러고 source ./zshrc해주면 적용됨.
원래 Real DOM(Document Object Model)은 모든 화면을 새로 그려야 하기 때문에 느리다. 이런 단점을 보완하기 위해 React가 제안한 방식이 Virtual DOM이다! 이건 모든 걸 바꾸는게 아니라 현재 바꾸고자 하는 내용과 동일하게 현재의 상태를 동기화시키는 것으로 연산이 빠르고 모든 연산을 할 필요가 없다. 즉!!!! 바뀐 부분만 비교해서 그 부분만 렌더링하는 것이다! 왜 빨라지냐고?? Real DOM을 조작하는 것은 화면에 실제로 바로 그리기 때문에 느리지만... Virtual DOM을 조작하는 것은 실제로 화면에 그리는 것이 아니기 때문!! DOM을 조작하되 최소한으로 조작해서 작업을 처리하는 방식을 쓰면 개선이 되지...!! -> Virtual DOM 방식을 사용하면 DO..
Functional Viewpoint는 Design for Views의 ViewPoint들 중 가장 중요한 Viewpoint다. Functional Viewpoint : 타깃 시스템의 functional view에 대한 architecture decision을 만드는 것. -> View Model들의 Corner stone임 - Input Artifacts 1) SRS 2) System Context Model 3) Skeleton Architecture - Output Artifacts 1) Architecture with Functional Components allocated 2) Design Specification of Functional Components Functional Viewpoint..
다음 4가지 순서로 배울 것임. 1) SW Architecture 소개 2) Architecture Styles - 디자인 패턴 같은 거를 배움, Reusable Design임. 3) Architecture Viewpoints 4) Architecture Design for NFR - NFR이란? quality requirement(ex. security, reliability, efficiency 등) SW Architecture? : Architecture는 그냥 Structure(구조물)이다. SW Architecture는 요소(Component), 관계(Inter-component Relationship), 원칙(아키텍쳐가 어떤 컴포넌트와 그 관계들로 구성되어져 있는지)들을 지닌 시스템의 기본 개..
Design Pattern이란? SW를 개발 시 Context에서 발생할 수 있는 Problem과 이에 대한 Solution이다. 또한, 이를 통해 성공적인 SW 구조 및 디자인을 재사용할 수 있다. Classification of Design Patterns 1) Creational Patterns : 클래스와 객체의 초기화와 설정을 함. 2) Structural Patterns : 클래스와 객체의 interface와 implementation(인터페이스를 구체화한 실행체)를 분리함. -> 여러 객체들을 집합화하는데에 쓰임. 3) Behavioral Patterns : 클래스와 객체들 간의 dynamic interaction을 다룸. Design Pattern 원칙 디자인 패턴을 개선하기 위한 3원칙이..
5.1 일반적으로 서로 다른 검색 키에 대해 동일한 관계에 있는 두 개의 군집화 지수를 갖는 것이 가능한가? 당신의 답을 설명하세요. 답변: 일반적으로 동일한 값을 함께 저장하려면 관계의 튜플이 서로 다른 순서로 저장되어야 하기 때문에 서로 다른 키에 대해 동일한 관계에 있는 두 개의 기본 인덱스를 가질 수 없습니다. 우리는 관계를 두 번 저장하고 모든 값을 복제함으로써 이것을 달성할 수 있지만, 이것은 데이터베이스 시스템에서는 단순히 허용되지 않는다. 5.11 When is it preferable to use a dense index rather than a sparse index? Explain your answer. Answer: It is preferable to use a dense index..
File이란? : Array of Bytes : A Collection of Related Information File System -> Memory Management System과 유사한 일을 함. 1) File과 Physical Disk Block 간의 Mapping을 제공함. - Disk 위치 배치를 담당함(File Blocks -> Disk Blocks) ∴ 유저는 File이 저장된 위치를 알 필요가 없음. 2) Disk에 들어가 있는 File 전체를 총칭함. -> File System의 종류에 따라 File들의 배치나 구성이 달라질 수 있음. File Operations Open / Close Semantics 여러 프로세스가 파일을 공유하는 경우, 두개의 Open File Table을 유지..
멀티 프로그래밍 시스템에서 메모리 내에 위치한 유저 프로세스의 수가 증가함. -> 모든 유저 프로세스가 사용하는 Page 수보다 PM의 Frame 수가 적은 상황이 발생 -> 메모리 과다 할당 상태(= 다 PM에 올려둘 순 없잖아~~) 이걸 해결하려면 Page Fault 처리에 Page Replacement를 추가해야함. Page Replacement : PM에 위치한 Page를 디스크에 저장하고 요구된 Page가 해당 Frame을 할당 받도록 하는 방법 Page Fault with Page Replacement 1. 디스크에서 요구된 Page의 위치를 찾음. 2. PM에서 Free Frame을 찾음 - Free Frame이 있으면 그거 바로 사용함. - 없으면 Page Replacement Algori..
범용 컴퓨터 시스템의 목적(=운영체제의 목적) - CPU의 활용률을 극대화시킴. - 사용자에게 빠른 응답을 제공함. 이러다 보니...!! 메모리 관리의 필요성 등장 - 여러 프로그램이 동시에 메모리에 적재되어 실행됨 -> "메모리 공유가 필요함!" - 컴퓨터의 메모리는 한정적인 자원이다보니 관리가 필요 -> "자원이 한정적!" Address Space(주소 공간) : 프로세스에서 참조할 수 있는 주소들의 범위 및 집합 - 프로세스와 1:1 관계 - User Thread는 주소 공간을 공유함. 주소 공간의 크기 - CPU의 주소 버스의 크기에 의존함. ex. 주소 버스가 32bit이면 2^32개의 서로 다른 주소에 대한 식별자를 만들 수 있기에, 0~2^32-1까지의 주소 범위를 Addressing할 수 ..