클라우드 클라우드 서버란 하나의 무리적 서버를 나누어 여러개의 가상서버로 사용하는 가상화 방법의 한 형태이다. 즉, 하나의 물리적 장치를 소프트웨어적인 방법으로 나누어 사용자에게 할당하는 방법을 말한다.

클라우드의 장단점

• 샌드박스 https://www.itworld.co.kr/news/90280

• 정량적, 정성적 장점 https://www.samsungsds.com/kr/story/cloud_210226.html

• 기타 등등

• 클라우드 단점*

• 블랙박스 https://www.samsungsds.com/kr/story/cloud_210226.html

• 트러블 발생시 트러블 슈팅이 어렵다.

  트러블 슈팅이란? 시스템이나 장치 등에서 발생한 장애의 원인과 문제원인 등을 찾아내는 것을 말한다. 시스템에서 발생하는 복잡한 문제들을 종합적으로 진단해 처리하는 것을 뜻한다. 출처: https://m.blog.naver.com/PostView.naver?isHttpsRedirect=true&blogId=sung_mk1919&logNo=221171218141

온프레미스 장점

• 스스로 설비를 보유하여 시스템을 운용관리
• 원하는 방식으로 구성 가능
• 트러블 발생시 원인파악 용이

온프레미스 단점

• 설비 및 구축과 조달에 많은 시간이 든다
• 운영 및 인프라 관리에 비용이 많이 든다
• 끊임없는 데이터 보호를 위한 모니터링이 필요

참조

1.https://ryufree.tistory.com/175 2.https://www.itworld.co.kr/news/90280 3.https://library.gabia.com/contents/infrahosting/3864/ 4.https://qmffor09.tistory.com/54 5.https://velog.io/@minidoo/%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9CCloud%EB%9E%80-%EB%AC%B4%EC%97%87%EC%9D%BC%EA%B9%8C 6.samsungsds.com/kr/story/cloud_210226.html 7.https://www.vmware.com/kr/topics/glossary/content/cloud-server.html

1995년 넷스케이프사의 브랜던 아이크(Brendan Eich)가 자사의 웹브라우저인 Navigator 2에 탑재하기 위해서 개발한 스크립트 언어이다. 웹페이지의 보조적인 기능 수행을 위한 한정적인 용도로 사용되었으며, 이 시기에 대부분 로직은 주로 웹서버에서 실행되었고 브라우저(클라이언트)는 서버로부터 전달받은 HTML과 CSS를 렌더링하는 수준이였다.

HTML5가 나오기 이전에는 플러그인에 의존하는 인터랙티브한 웹페이지를 구축해왔지만 HTML5가 나오고 난 이후에 플러그인에 의존하는 방식은 자바스크립트로 대체되었다. 또한 AJAX의 활성화로 인한 SPA가 대세가 되었고, 과거 서버 측이 담당하던 업무의 많은 부분이 클라이언트 측으로 이동하게 되어 자바스크립트는 웹의 어셈블리 언어로 불릴 만큼 중요한 언어가 되었다.

2. 자바스크립트와 C나 Java같은 C-family언어와의 구별점

• Prototype-based Object Oriented Language
• Scope와 this
• 동적 타입(dynamic typed)언어 혹은 느슨한 타입(loosely typed)언어

3.TypeScript

위와 같은 특성으로 디버그와 테스트 공수가 증가하는 등의 문제를 일으킬 수 있어 특히 규모가 큰 프로젝트에서는 주의해야하기 때문에 태생적 문제를 극복하고자 C#의 창시자인 덴마크 출신 소프트웨어 엔지니어 Anders Hejlsber(아네르스 하일스베르)가 개발을 주도한 TypeScript는 Microsoft에서 2012년 발표한 오픈소스로 정적 타이핑을 지원하며 EX6(ECMAScript 2015)의 클래스, 모듈 등과 ES7의 Decorator 등을 지원한다.

출처: https://poiemaweb.com/typescript-introduction

4.TypeScript의 장점

• 기존 자바스크립트(ES5)문법을 그대로 사용가능
• ES6의 새로운 기능들을 사용하기 위한 Babel과 같은 별도 트랜스파일러를 사용하지 않아도 실행가능
• 정적인 타입
• 자바스크립트는 런타임에 동적으로 검사하기에 프로그램 실행전에는 타입에러를 잡을 수 없지만 타입스크립트는 이런 문제를 만들기 전에(런타임 이전에)타입을 검사할 수 있게 만들어졌다.
• 도구의 지원

  IDE(통합개발환경)를 포함한 다양한 도구의 지원을 받을 수 있다. IDE와 같은 도구에 타입 정보를 제공함으로써 높은 수준의 인텔리센스, 코드 어시스트, 타입체크, 리팩토링 등을 지원받을 수 있으며 도구의 지원은 대규모 프로젝트를 위한 필수 요소이기도 하다.

• 강력한 객체지향 프로그래밍 지원

  인터페이스, 제너릭 등과 같은 강력한 객체지향 프로그래밍 자원은 크고 복잡한 프로켁트의 코드 기반을 쉽게 구성할 수 있도록 도우며 클래스기반 객체지향 언어에 익숙한 개발자의 진입장벽을 낮추는 효과가 있다.

• ES6 / ES Next지원

  ES6를 완전히 지원하지 않는 브라우저를 고려할 때 다른 트랜스파일러를 사용하지 않고 개발환경을 구축할 수 있다는 장점이 있다. 또한 TypeScript는 아직 ECMAScript 표준에 포함되지는 않았지만 표준화가 유력한 스펙을 선제적으로 도입하므로 새로운 스펙의 유용한 기능을 안전하게 도입하기에 유리하다.

• Angular

  TypeScript 뿐만 아니라 자바스크립트, Dart로도 작성가능하지만 Angualr 문서, 커뮤니티 활동에서 가장 많이 사용되고 있는 것은 TypeScript이다.

정적인 타입의 예

function sum(a, b) {
return a + b;
}

sum('x', 'y') //'xy'

위와 같이 자바스크립트의 경우 코드상으로 어떤 타입의 인수를 전달하여야 하는지, 어떤 타입의 반환값을 리턴해야 하는지 명확하지 않다. 자바스크립트의 문법에서는 어떠한 문제가 없으므로 위 코드가 실행될 것이다. 이러한 상황이 발생한 이유는 변수나 반환값으미 타입을 사전에 지정하지 않는 자바스크립트의 동적 타이핑(Dynamic Typing)에 의한 것이다.

function sum(a: number, b: number) {
return a + b;
}

sum('x', 'y');
// error TS2345: Argument of type '"x"' is not assignable to parameter of type 'number'.

TypeScript는 정적 타입을 지원하므로 컴파일 단계에서 오류를 포착할 수 있다는 장점이 있다. 명시적인 정적 타입 지정은 개발자의 의도를 명확하게 코드로 기술할 수 있다. 이는 코드의 가독성을 높이고 예측할 수 있게 하며 디버깅을 쉽게 한다.

출처: https://poiemaweb.com/typescript-introduction

타입 선언

function CheckNumberIsZero(par){
return par == 0;
}

checkNumberIsZero(0); //true
checkNumberIsZero([]); //true
checkNumberIsZero(""); // true
checkNumberIsZero(false); //true
checkNumberIsZero(this); //? (this에 따라 달라진다.)

위와 같이 자바스크립트에서 checkNumberIsZero()함수는 인자의 타입을 제한하지 않아 아무 타입이나 인자로 쓸 수 있고, 비교 부분에서는 강제 형변환을 해서 예기치 않았던 동작이 발생한다.

function checkNumberIsZero(par: number): boolean {
return par === 0;
}

checkNumberIsZero(0); //true
checkNumberIsZero([]); // error
checkNumberIsZero(""); // error
checkNumberIsZero(false); // error
checkNumberIsZero(this); // error

이와 같이 타입스크립트로 작성이 가능하다.

출처: 휴먼스케이프 기술 블로그

출처

1.https://poiemaweb.com/typescript-introduction 2.휴먼스케이프 기술 블로그

• 프레임워크 점유율 1위
• 정보가 많고 이용자도 많다
• 속도가 느려 고성능(하이 퍼포먼스)을 요구하는 개발에 부적합
• Js의 비동기 처리 기능, 제너레이터(Generator)함수, async/await에 대응하지 않아 수정이 필요 코딩기록

제너레이터 함수란? ES6에 도입된 제너레이터(Generator)함수는 이터러블을 생성하는 함수이다. 제너레이터 함수를 사용하면 이터레이션 프로토콜을 준수해 이터러블을 생성하는 방식보다 간편하게 이터러블을 구현하 ㄹ수 있다. 또한 제너레이터 함수는 비동기 처리에 유용하게 사용한다. https://poiemaweb.com/es6-generator

이터러블 및 이터러블 프로토콜이란? 이터러블 프로토콜을 준수한 객체를 이터러블이라 한다. 이터러블은 Symble.iterator 메소들르 구현하거나 프로토타입 체인에 의해 상속한 객체를 말한다. Symbol.iterator 메소드는 이터레이터를 반환한다. 이터러블은 for...of문에서 순회할 수 있으며 Spread 문법의 대상으로 사용할 수 있다. 배열은 Symbol.iterator 메소드를 소유한다. 따라서 배열은 이터러블 프로토콜을 준수한 이터러블이다. https://poiemaweb.com/es6-iteration-for-of

2. Koa

• Node.js에서 가장 인기있던 웹 프레임워크인 Express.js의 개발팀이 만든 웹프레임워크이다.
• Express와의 큰 차이는 Koa는 훨씬 가볍고(속도가 빠르다) Node.js v7의 async/await기능을 아주 편하게 사용할 수 있다.
• Fastify보다 점유율이 높다.
• v1에서 제너레이터 함수, v2에서 async/await를 지원하고 Express보다 모던(현대적인)한 개발 환경을 지원. 코딩기록 velopert

3. Fastify

• 프레임워크 중 성능이 가장 높음
• 점유율이 낮고 정보가 적다.
• async/await기능 대응
• JSON Schema에 의한 검증 기능이 있다.
• 퍼포먼스(성능)를 강조하다보니 비교적 세밀한 기능이 있다. 코딩기록

이 이외에 각 프레임워크의 자세한 비교

프레임워크의 각 성능에 대한 비교는 아래의 주소에 자세히 정리되어 있음으로 가보면 도움이 될 것 같다. 코딩기록

참조

1.코딩기록 2.https://poiemaweb.com/es6-generator 3.https://poiemaweb.com/es6-iteration-for-of 4.velopert

• Database(데이터베이스 및 DB): 여러 사람이 공유하여 사용할 목적으로 체계화해 통합, 관리하는 데이터의 집합. 작성된 목록으로써 여러 응용 시스템들의 통합된 정보들을 저장하여 운영할 수 있는 공용 데이터들의 묶음이다. Database

• DBMS(데이터베이스 관리 시스템 및 Database Management System): 다수의 사용자들이 데이터베이스 내의 데이터를 접근할 수 있도록 해주는 소프트웨어 도구의 집합이다. DBMS는 사용자 또는 다른 프로그램의 요구를 처리하고 적절히 응답하여 데이터를 사용할 수 있도록 해준다. DBMS

• SQL(구조화 질의어 및 Structured Query Language): 관계형 데이터베이스 관리시스템(RDBMS)의 데이터를 관리하기 위해 설계된 특수 목적의 프로그래밍 언어이다. 관계형 데이터 베이스 관리 시스템에서 1. 자료의 검색과 관리, 2. 데이터베이스 스키마 생성과 수정, 3.데이터베이스 객체 접근 조정 관리를 위해 고안되었다. SQL

• RDBMS(관계형 데이터베이스) 관계형 데이터베이스에 대해서는 아래의 글을 통해서 볼 수 있다. ORM

• NoSQL(Not Only SQL) NoSQL는 관계형 데이터베이스가 아닌 다른 형태의 데이터 저장 기술을 의미한다. NoSQL의 특성

  • RDBMS와 달리 테이블 간 관계를 정의하지 않는다.
  • 테이블 간의 관계를 정의하지 않기 때문에 일반적으로 테이블 간 Join도 불가능하다.
  • 빅데이터의 등장으로 인한 데이터와 트래픽의 기하급수적인 증가에 따라서 RDBMS의 단점인 성능향상을 위해 장비가 좋아야 하는 Scale-Up의 특징이 비용을 기하급수적으로 증가시키기 때문에 데이터 일관성을 포기하되 비용을 고려하여 여러 대의 데이터에 분산하여 저장하는 Scale-Out을 목표로 등장
  • 다양한 형태의 저장기술로 RDBMS 스키마에 맞추어 데이터를 관리해야 된다는 한계를 극복하고 수평적 확장성(Scale-Out)을 쉽게 할 수 있다는 장점을 가지고 있다.

RDBMS와 NoSQL의 장단점

RDBMS 장점

• RDBMS는 정해진 스키마에 따라 데이터를 저장해야 하기 때문에 명확한 데이터 구조를 보장한다.
• 관계는 각 데이터를 중복없이 한 번만 저장할 수 있다.

단점

• 테이블과 테이블 간 관계를 맺고 있어 시스템이 커질 경우 Join문이 많은 복잡한 쿼리가 만들어질 수 있다.
• 성능 향상을 위해서는 서버의 성능 향상을 시켜줘야하는 Scale-Up만을 지원하고, 이에 따른 비용이 기하급수적으로 늘어날 수 있다.
• 스키마로 인해 데이터가 유연하지 못하기에 후에 스키마가 변경될 경우 복잡해질 수 있다.

NoSQL 장점

• NoSQL에서는 스키마가 없기 때문에 유연하며 자유로운 데이터 구조를 가질 수 있다. 언제든 저장된 데이터를 조정하고 새로운 필드를 추가할 수 있다.
• 데이터 분산이 용이하며 성능 향상을 위한 Scale-Up뿐만 아니라 Scale-Out도 가능하다.

단점

• 데이터 중복이 발생할 수 있으며 중복된 데이터가 변경될 경우 모든 컬렉션에서 수정해야 한다.
• 스키마가 존재하지 않기 때문에 명확한 데이터 구조를 보장하지 않으며 데이터 구조 결정이 어려울 수 있다. 허진쓰의 서버사이드 기술 블로그

스키마

데이터베이스 스키마 컴퓨터 과학에서 데이터베이스 스키마(database schema)는 데이터베이스에서 자료의 구조, 자료의 표현 방법, 자료 간의 관계를 형식 언어로 정의한 구조이다. 데이터베이스 관리 시스템(DBMS)이 주어진 설정에 따라 데이터베이스 스키마를 생성하며, 데이터베이스 사용자가 자료를 저장, 조회, 삭제, 변경할 때 DBMS는 자신이 생성한 데이터베이스 스키마를 참조하여 명령을 수행한다.

스키마는 3층 구조로 되어있다.

• 외부 스키마(External Schema): 프로그래머나 사용자의 입장에서 데이터베이스의 모습으로 조직의 일부분을 정의한 것
• 개념 스키마(Conceptual Schema): 모든 응용 시스템과 사용자들이 필요로하는 데이터를 통합한 조직 전체의 데이터베이스 구조를 논리적으로 정의한 것
• 내부 스키마(Internal Schema): 전체 데이터베이스의 물리적 저장 형태를 기술한 것 스키마

출처

1.Database 2.DBMS 3.SQL 4.허진쓰의 서버사이드 기술 블로그 5.스키마

• ORM(object Relational Mappping)
• 영속성
• 연관성

ORM이란 무엇인가?

ORM은 Object Relational Mapping 객체-관계 매핑으로 데이터베이스와 객체 지향 프로그래밍 언어 간의 호환되지 않는 데이터를 변환하는 프로그래밍 기법이다. 위키백과

단순하게 표현하자면, 객체와 관계와의 설정이라고 할 수 있는다. 여기서 ORM의 객체(Object)란 의미는 우리가 알고 있는 OPP(Object_Oriented Programming)의 그 객체를 의미한다는 것을 알 수 있고, 여기서 관계라는 것은 개발자가 흔히 사용하고 있는 관계형 데이터 베이스를 의미한다는 것이다.

관계형 데이터 베이스(RDBMS)란? 관계형 데이터란 현재 가장 많이 사용하고 있는 방식의 데이터베이스의 형태로, 키(key)와 값(value)들의 간단한 관계를 테이블화 시킨 매우 간단한 원칙의 전산정보 데이터이다. 아래는 관계형 데이터베이스를 이해시키기 위한 이미지이다.

출처: TCPschool.com

ORM관련 대표용어

• 여기서 일부만 발췌했으며 나머지는 TCPschool.com 참조 홈페이지를 가보면 더 자세히 알 수 있습니다.

1. 관계(relation) 테이블 간의 관계는 관계를 맺는 테이블의 수에 따라서 다음과 같이 나눌 수 있다.

   • 일대일 관계(one-to-one)
   • 일대다 관계(one-to-many)
   • 다대다 관계(many-to-many)

   출처: TCPschool.com

   관계형 데이터베이스에서는 앞서 설명한 관계를 나타내기 위해 외래 키(foreign key)라는 것을 사용한다. 외래 키는 한 테이블의 키 중에서 다른 테이블의 행(row)을 식별할 수 있는 키를 의미한다.

   2. 스키마(schema) 스키마는 테이블을 디자인하기 위한 청사진이라고 할 수 있다. 이러한 스키마는 테이블의 각 열에 대한 항목과 타입뿐만 아니라 기본 키와 외래 키도 나타내야 한다.

ORM사용 이유와 장점 및 단점

ORM사용이유 어떤 문제로 인해서 객체와 관계형 데이터 베이스간의 매핑을 지원해주는 framework나 Tool들이 나오는 것일까에 대한 질문에 대해서 ORM framework나 도구가 없던 시절에도 OPP를 하면서 객체와 관계형 데이터베이스를 잘 사용하고 있었지만 "Back to basics(기본에 충실하자)"을 지키기 위해서이며 보다 OPP다운 프로그래밍을 하자는데부터 출발한 것이다.

여기서 문제점은 관련된 정보들을 객체에 담아 보관하게 되며, 추가적으로 저장될 객체들이 연결될 것이다. 이렇게 생성한 객체를 영구적으로 저장하기 위해 파일이나 데이터베이스에 입력한다는 것은 객체와 그와 연결된 객체들을 데이터베이스의 테이블에 저장한다는 것을 의미한다. 즉, 테이블(table)에 객체가 가지고 있던 정보를 입력하고, 이테이블들을 SQL질의어를 통해 관계 설정을 해주게 된다. 여기서 테이블과 객체간의 이질성이 발생하게 된다는 것이다.

장점 1.객체 지향적인 코드로 인해 더 직관적이다.

• 선언문, 할당, 종료 같은 부수적인 코드가 없거나 급격히 줄어든다.
• 각종 객체에 대한 코드를 별도로 작성하기 때문에 코드의 가독성을 올려준다.
• SQL의 절차적이고 순차적인 접근이 아닌 객체 지향적인 접근으로 인해 생산성이 증가한다.

2.재사용 및 유지보수의 편리성이 증가한다.

• ORM은 독립적으로 작성되고 있고, 해당 객체들을 재활용 할 수 있다.
• 때문에 모델에서 가공된 데이터를 컨트롤러에 의해 뷰와 합쳐지는 형태로 디자인 패턴을 견고하게 다지는데 유리하다.
• 매핑정보가 명확하여, ERD를 보는 것에 대한 의존도를 낮출 수 있다.

  ERD(Entity Relation Diagram)란? ERD는 말로 되어있는 요구분석사항을 그림으로 그려내어 그 관계를 도출하는 것이다. 데이터 모델링 분야에서 "개체-관계 모델(Entity Relationship Model)"이란 구조화된 데이터에 대한 일련의 표현이다. "구조"화된 데이터를 저장하기 위해 데이터베이스를 사용하고 이 데이터의 "구조" 및 그에 수반한 제약 조건들을 다양한 기법에 의해 설계될 수 있다. 그 기법 중 하나가 "개체-관계 모델링(Entity Relationship Model)"이다. ERM 프로세스의 산출물을 가리켜 "개체-관계 다이어그램(ERD: Entity-Relationship Diagram)"이라 한다.

3.DBMS에 대한 종속성이 줄어든다.

• 대부분 ORM 솔루션은 DB에 종속적이지 않다.

• 종속적이지 않다는 것은 구현 방법뿐만 아니라 많은 솔루션에서 자료형 타입까지 유효하다.

• 프로그래머는 Object에 집중함으로 극단적으로 DBMS를 교체하는 거대한 작업에도 비교적 적은 리스크와 시간이 소요된다.

• 또한 자바에서 가공할 경우 equals, hashCode의 오버라이드 같은 자바의 기능을 이용할 수 있고, 간결하고 빠른 가공이 가능하다.

• 단점*

1.완벽한 ORM으로만 서비스를 구현하기 어렵다.

• 사용하기는 편하지만 설계는 매우 신중하게 해야한다.
• 프로젝트의 복잡성이 커질경우 난이도 또한 올라갈 수 있다.
• 잘못 구현된 경우에 속도 저하 및 심각할 경우 일관성이 무너지는 문제점이 생길 수 있다.
• 일부 자주 사용되는 대형 쿼리는 속도를 위해 2.SP를 쓰는 등 별도의 튜닝이 필요한 경우가 있다.
• 1.DBMS의 고유 기능을 이용하기 어렵다.(하지만 이건 단점으로만 볼 수 없다. 특정 DBMS의 고유 기능을 이용하면 이식성이 저하된다.)

2.프로시저가 많은 시스템에선 ORM의 객체 지향적인 장점을 활용하기 어렵다.

• 이미 3.프로시저가 많은 시스템에선 다시 객체로 바꿔야하며, 그 과정에서 생산성 저하나 리스크가 많이 발생할 수 있다.

  1.DBMS(Database Management System)란? 다수의 사용자들이 데이터베이스 내의 데이터를 접근하 ㄹ수 있도록 해주는 소프트웨어 도구의 집합이다. DBMS은 사용자 또는 다른 프로그램의 요구를 처리하고 적절히 응답하여 데이터를 사용할 수 있도록 해준다.

  DBMS의 기능

  • 정의: 데이터에 대한 형식, 구조, 제약조건들을 명세하는 기능이다. 이때 데이터베이스에 대한 정의 및 설명은 카탈로그나 사전의 형태로 저장된다.
  • 구축: DBMS가 관리하는 기억 장치에 데이터를 저장하는 기능이다.
  • 조작: 특정한 데이터를 검색하기 위한 질의, 데이터베이스에 동시에 접근하도록 하는 기능이다.
  • 공유: 여러 사용자와 프로그램이 데이터베이스에 동시에 접근하도록 하는 기능이다.
  • 보호: 하드웨어나 소프트웨어의 오동작 또는 권한이 없는 악의적인 접근으로부터 시스템을 보호한다.
  • 유지보수: 시간이 지남에 따라 변화하는 요구사항을 반영할 수 있도록 하는 기능이다.

  DBMS의 장점

  • DBMS는 자료의 통합성을 증진시킨다. DBMS는 자료와의 관계성을 정의하기 때문에 자료 통합이 증진된다.
  • DBMS는 데이터의 접근성이 용이하다.
  • 데이터 통제가 강화된다.
  • 애플리케이션 프로그램들을 쉽게 개발하고 관리할 수 있다.
  • 보안이 강화된다.

  종류

• IMS, CODASYL DB, DB2, ORACLE, INFORMIX, SYBASE, INGRES, MS-SQL, Objectivity, O2, Versant, Ontos, Gemstone, Unisql, Object Store, StarBurst, Postgres, Tibero, MySQL, MS-access DBMS 출처 위키백과 ORM에 대한 정리

  PL/프로시저(procedure) 아래를 참조하거나 검색으로 PL/프로시저(procedure)정리

영속성과 연관성

1. 영속성(Persistence)

• 데이터를 생성한 프로그램이 종료되더라도 사라지지 않는 데이터의 특성을 말한다.
• 영속성을 갖지 않는 데이터는 단지 메모리에서만 존재하기 때문에 프로그램을 종료하면 모두 잃어버리게 된다.
• Object Persistence(영구적인 객체)
  • 메모리 상의 데이터를 파일 시스템, 관계형 데이터베이스 혹은 객체 데이터베이스 등을 활용하여 영구적으로 저장하여 영속성을 부여한다.
  • 데이터를 데이터베이스에 저장하는 3가지 방법
    • JDBC(Java)
    • SpringJDBC(Ex. JdbcTemplate)
    • Persistence Framework(Ex.Hibernate, Mybatis 등)
• Persistence Layer
  • 프로그램의 아키텍처에서, 데이터에 영속성을 부여해주는 계층을 말한다.
  • JDBC를 이용하여 직접 구현할 수 있지만 Persistence framework를 이용한 개발이 많이 이루어진다.
• Persistence Framework
  • JDBC 프로그래밍의 복잡함이나 번거로움 없이 간단한 작업만으로 데이터베이스와 연동되는 시스템을 빠르게 개발할 수 있으며 안정적인 구동을 보장한다.
  • Persistence Framework는 SQL Mapper와 ORM으로 나눌 수 있다.
    • Ex)JPA, Hibernate, Mybatis 등

JDBC(Java Database Connectivity)는 자바에서 데이터베이스에 접속할 수 있도록 하는 자바 API이다. JDBC는 데이터베이스에서 자료를 쿼리하거나 업데이트 하는 방법을 제공한다. 위키백과 JDBC

2.연관성(Association)

• Java에서의 객체 참조(Object References)
  • 방향성이 있다.(Directional)
  • Java에서 양방향 관계가 필요한 경우 연관을 두 번 정의해야 한다.
    • 즉, 서로 Reference를 가지고 있어야 한다.
  • RDBMS의 외래 키(Foreign Key)
    • FK와 테이블 Join은 관계형 데이터베이스 연결을 자연스럽게 만든다.
    • 
    • 방향성이 없다.(Direction-Less) 영속성 및 연관성 참조

JDBC, JPA/Hibernate, Mybatis의 차이점에 대한 참고자료 JDBC, JPA/Hibernate, Mybatis의 차이 참고

ORM의 종류

• ORM 프레임워크의 종류

  • JAVA : JPA, Hibernate, EclipseLink, DataNucleus, Ebean 등
  • C++ : ODB, QxOrm 등
  • Python: Django, SQLAlchemy, Storm 등
  • iOS: DatabaseObjects, Core Data 등
  • .net: NHibernate, DatabaseObject, Dapper 등
  • PHP: Doctrine, Propel,RedBean
  • node.js
    • typeORM: MySQL, MariaDB, Postgres, CockroachDB, SQLite, Microsoft SQL Server, Oracle, sql.js, Mongo DB, NoSQL
    • Sequelize: Postgres, MySQL, MariaDB, SQLite and Microsoft SQL Server
    • Knex: PostgreSQL, MySQL and SQLite 3

  Node.js ORM 여기서 자세한 내용을 볼 수 있다. Java, C++, Python, ios, .net, PHP 종류

  ---

  참조

  1.위키백과 2.출처: TCPschool.com 3.DBMS 출처 위키백과 4.ORM에 대한 정리 5.ORM에 대한 정리

  6. PL/프로시저(procedure)정리
  7. 영속성 및 연관성 참조
  8. Node.js ORM
  9. Java, C++, Python, ios, .net, PHP 종류
  10. ORM에 대해 우아한Tech의 10분테크톡 설명

OSI 모형(Open Systems Interconnection Reference Model)은 국제표준화기구(ISO)에서 개발한 모델로, 컴퓨터 네트워크 프로토콜 디자인과 통신을 계층으로 나누어 설명한 것이다. 일반적으로 OSI 7 계층이라고 한다. 위키피디아

OSI 7계층 종류

• 1계층 : Physical Layer(물리계층) 물리계층은 네트워크의 기본 네트워크 하드웨어 전송 기술을 이룬다.

• 2계층 : Data Link Layer(데이터 링크 계층) 포인트 투 포인트간 신뢰성 있는 전송을 보장하기 위한 계층이다.

• 3계층 : Network Layer(네트워크 계층) 여러 개의 노드를 거칠때마다 경로를 찾아주는 역할을 한다. 또한 목적지까지 안전하고 빠르게 데이터를 보내는 기능인 라우팅을 담당한다. 해당 층의 데이터 단위는 Packet이다.

• 4계층 : Transport Layer(전송 계층) 양 끝단의 사용자들이 신뢰성 있는 데이터를 주고 받을 수 있도록 해준다. 가장 잘 알려진 전송 계층의 예는 TCP이다. (TCP, UDP등등)

• 5계층 : Session Layer(세션 계층) 양 끝단의 응용 프로세스가 통신을 관리하기 위한 방법을 제공한다. 통신을 하기 위한 세션을 확립/유지/중단을 관리하는 기능을 담당한다.

• 6계층 : Presentation Layer(표현 계층) 코드 간의 번역을 담당하여 사용자 시스템에서 데이터의 형식상 차이를 다루는 부담을 응용 계층으로부터 덜어 준다. 다양한 데이터의 포맷을 일관되게 상호 변환, 압축 및 암호화, 복호화 기능을 수행합니다. (ASCII 등등)

• 7계층 : Application Layer(응용 계층) 사용자 인터페이스를 담당하는 계층으로 사용자가 이용하는 네트워크의 응용프로그램입니다. 사용자와 가까운 프로토콜인 HTTP, FTP 등이 있다.

안녕하세요. 이번에 저는 개인 프로젝트를 만드는 과정에서 .env와 .gitignore에 대해서 모르는 상태로 친구로 부터 .env와 .gitignore이 무엇인지 알아보고 고쳐보라는 이야기를 듣고 .env(dotenv)와 .gitignore에 대해서 알아보았습니다.

.env(dotenv)란?

Dotenv is a zero-dependency module that loads environment variables from a .env file into process.env. Storing configuration in the environment separate from code is based on The Twelve-Factor App methodology. npm공식문서

• dotenv를 사용하는 이유는 우리가 개발하는 과정에서 서버주소, 고유API KEY 값 등 필요한 정보들을 저장하게 된다. 이런 정보는 민감한 정보가 들어있는 경우가 많기 때문에 보안이 이뤄져야 한다.

환경변수란?

환경변수는 프로세스가 컴퓨터에서 동작하는 방식에 영향을 미치는, 동적인 값들의 모임이다. 위키피디아

• os에서 자식 프로세스들을 생성할때 참조하는 '변수들' 이라고 생각하면 좋다.

• 우리가 아는 모든 작업창(게임, 인터넷, 제어판 등등)을 실행할 때 사용하는 프로그램을 사용하기 위해서 프로세스들을 사용하게 된다. 다시 말해서 프로세스들은 전부 os라는 프로그램에 의해 실행되는 자식 프로세스들이다. 바로 이때 os입장에서 해당 프로세스를 실행시키기 위해 참조하는 변수가 바로 이 '환경변수'이다.

• 참조 환경변수

.gitinore

.gitignore이란?

• 로컬 환경의 정보나 빌드 정보 등 보안이 이루어져야 하는 정보를 원격 저장소에 올라가지 않도록 관리하는 파일이다.

• 설정한 정보에 대한 파일들에 대해 git track하지 않도록 설정하는 역할을 한다.

위와 같은 이유로 .gitigore 원격저장소 관리가 필요없는 파일에 대해서 git에서 추적하지 않게 제외시키는 것이다.

.gitignore

• .gitignore파일은 최상위에 존재해야 한다.

.gitignore 패턴 작성 패턴은 아래의 규칙을 따른다.

• '#'로 시작하는 라인은 무시한다.

• 표준 Glob패턴을 사용한다.
• 슬래시/로 시작하면 하위 디렉토리에 적용되지 않는다.
• 디렉토리는 슬래시/를 끝에 사용하는 것으로 표현한다.
• 느낌표!로 시작하는 패턴의 파일은 무시하지 않는다.

아래와 같은 표현을 통해서 작성한 후 원격저장소에 push해주면 된다. psk84.log

참조

• npm공식문서

• 위키피디아
• 환경변수
• psk84.log

1. 프로세스 프로세스는 실행 중인 프로그램으로 디스크로부터 메모리에 적재되어 CPU의 할당을 받을 수 있는 것으로, 운영체제로부터 주소 공간, 파일, 메모리 등을 할당받으며 이것들을 총칭하여 프로세스라고 합니다.

2. 스레드 스레드는 프로세스의 실행 단위입니다. 한 프로세스 내에서 동작되는 여러 실행 흐름으로 프로세스 내의 주소 공간이나 자원을 공유합니다. 다만 스레드는 독립적인 작업을 수행해야 하기 때문에 독립적인 스택과 PC 레지스터 값을 갖고 있습니다.

참조

양햄찌가 만드는 세상 어제보다 한걸음 더

"넷스케이프 커뮤니케이션스"는 웹이 더 동적으로 변화할 필요가 있음을 느끼고 HTML에 코드를 웹 페이지 마크업으로 직접 작성하면서 웹디자이너들과 파트타입 프로그래머들이 이미지, 플러그인 등의 요소를 쉽게 조합할 수 있는 글루언어(glue laguage)가 필요하다고 믿었다.

그 이후 브랜던 아이크를 영입하여 10일만에 언어를 만들어 냈고, 첫 이름은 '모카'라는 이름으로 만들어졌지만 9월 '라이브스크립트'라는 이름으로 불렸으며 네스케이프와 썬은 '자바스크립트'라고 최종 이름을 결정했다.

자바스크립트, J Script, 자바

자바와 자바스크립트는 이름에서 혼란을 야기시켰다. 구문이 유사하다는 점(두 언어 모두 C언어에 두었기 때문에)외에 실제 관련성이 없었기 때문이다. 두 언어는 의미론 적으로 매우 다르고, 특히 각각의 객체 모델은 관련성이 없는데다가 상당 부부분이 호환되지 않았다.

J스크립트는 자바스크립트의 성공에 자극받은 마이크로소프트에서 호환 언어를 개발하게 되었고, 1996년 8월에 출시된 인터넷익스플로러 브라우저 3.0부터 지원되기 시작했다.

IE브라우저에서 자바스크립트의 사용은 실제로 J스크립트의 사용을 의미했고, 이에 표준화 요구는 ECMA스크립트에 대한 ECMA-262 표준의 기반이 되었다.

자바스크립트는 프로토타입 기반 언어이다? 자바스크립트는 클래스라는 개념이 없다. 그래서 기존의 객체를 복사하여 새로운 객체를 생성하는 프로토타입 기반의 언어이다.

프로토타입 기반의 언어란? 프로토타입 기반 프로그래밍은 객체지향 프로그래밍의 한 형태의 갈래로 클래스가 없고, 클래스 기반 언어에서 상속을 사용하는 것과 다르게, 객체를 원형(프로토타입)으로 하여 복제의 과정을 통하여 객체의 동작 방식을 다시 사용할 수 있다. 프로토타입기반 프로그래밍은 '클래스리스', '프로토타입 지향' 혹은 '인스턴스 기반' 프로그래밍이라고도 한다.

Reference

• 자바스크립트
• 프로토타입 기반 프로그래밍

1)npm으로 파슬 만들기 npm install -g parcel-bundler

2)package.json 파일을 프로젝트 디렉토리에 만들기 npm init -y

3) package.json 파일에서 스크립트 태그에 파슬 번들러 할 수 있게 해준다.

 // package.json
"script": {
  "dev": "parcel index.html" //설정해줘서 사용가능하게 해줘야 한다.
  "test": "echo/"Error:no test specified/" && exit1"
}

4)script 루트가 되는 파일을 html파일에서 설정해줘야 한다.

 <!DOCTYPE html>
 <html lang="en">
 <head>
    <meta charset="UTF-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Document</title>
 </head>
 <body>
    <script src="src/app.ts"></script>
 </body>
 </html>

5) 작업을 종료하고 그 후에 다시 실행시킬 때 npm run dev

6) 파셀을 사용하는 이유 Parcel은 zero configuration을 지향해 설정 파일이 필요 없다. 또한 플러그인을 사용하지 않 아도 된다. 이런 장점 때문에 Parcel을 선택했다. '불꽃처럼 빠른(Blazing fast)' 빌드 속도라 고 홍보할 정도로 빌드 시간이 짧다는 것도 Parcel을 도입하는 데 영향을 준 요인이다.

naverD2

interface Props {
  [key: string] : string;
}

const p: Props = {
  a: 'd',
  b: 'e',
  c: 3 //여기서 숫자를 주면 문제가 된다.key는 문자열이고 키에 해당하는 값 또한 문자열이라고 설정했기 때문이다.
  0: 'd';,
  1: 'b'
}

p["a"] //or p[3]
//여기서 p[0]을 하면 'd'라는 값이 나온다.

2. props의 키를 문자열로 받을 수 있게 해놨지만 특정한 이름으로 고정할 수 있다.

interface Props {
  name: string;
  [key: string]: string;
}

const p: Props = {
  name: 'hello',
  a: 'd',
  b: 'e',
  c: '3',
  0: 'd',
  1: 'b'
} 
//p는 value타입이 문자열인 어떠한 프로퍼티든 가질 수 있지만 이름이 꼭 있어야 한다.

p.name//name은 꼭 보장받고,'key:string'이기 때문에 key값으로 모든 문자열이 올 수 있고, Props는 인덱스 타입이여서 모든 문자열이든 접근할 수 있다.

3. 인덱스 타입에서 keyof 연산자를 이용하면 Props의 key들에 대한 타입을 가져올 수 있다.

interface Props {
  name: string,
  [key: string]: string;
}

let keys: keyof Props; //keys라는 타입에 keyof라는 연산자를 이용해서 Props라는 타입을 전달하게 되면 'string | number' 타입이 된다. 왜냐하면 key의 string은 인덱스타입에서 시그니처 파라미터 값으로 들어온 것은 숫자또는 문자열로 접근할 수 있어서다.

4. 인덱스 시그니처가 아닌 일반적인 interface에 keyof 연산자를 사용하면

interface User {
  name: string;
  age: number;
  hello(msg: string): void;
}

let keysOfUSer: keyof User;
//keyOfUser의 변수에는 User의 키들이 유니온타입으로 'let keyOfUser: "number" | "age" | "hello"'처럼 보이게 된다.keysOfUser에는 키들만 할당할 수 있게 된다.
keyOfUser = "age"

5. User타입에 특정한 타입들을 key이름으로 가져올 수 있다.

interface User {
  name: string;
  age: number;
  hello(msg: string): void;
}

let keysOfUSer: keyof User;
keyOfUser = "age"

let helloMethod: User["hello"];
helloMethod = function(msg: string) {

}
//hello라는 이름으로 helloMethod를 정의하면 helloMethod는 User의 hello키에 해당하는 값만 할당할 수 있다.

💡알아둬야 할 것들

1. 인덱스 시그니처 매개변수 형식은 'string' 또는 'number'이여야 한다.
2. 자바스크립트이 객체는 이름으로 접근할 수 있다. 하지만 타입스크립트는 숫자로도 접근할 수 있다.

1. 인터페이스와 비슷하지만 우리가 직접 작성한 타입에 이름을 붙일 수 있다.

interface User {
  name: string;
}
interface Action {
  do(): void
}

type UserAction = User & Action;
function createUserAction () : UserAction {
  return do() {
    do() {},
    name: ''
  }
}
type StringOrNumber = string | number;

2. 타입별칭은 Generic도 사용가능하다

type Arr<T> = T[];
// 제너릭을 이용해서 Arr이라는 타입은 타입파라미터 T를 받아서 T에 해당하는 배열의 타입을 가르키게 된다.
type P<T> = Promise<T>;
//기존에 만들었던 타입들을 유니온이나 intersection타입이나 다양한 타입들로 구성한 것들에 이름을 부여할 수 도 있고,원시형 타입도 가능하고 기존에 있는 타입을 이름만 바꾸거나 단축시켜서 표현할 수 있다.

3. 이름뿐만 아니라 interface처럼 심지어 특정 타입을 정의할 수도 있다.

type User2 = {
  name: string;
  login(): boolean;
}

class UserImpl implements User2 {
  name: string;

  login(): boolean {
  throw new Error("Method not implemented.");
  }
}
//interface가 아님에도 불구하고 implements가 가능하다.

4.문자열리터럴 타입과 같이 활용하게 되면 유용하게 사용할 수 있다.

type User2 = {
  name: string;
  login(): boolean;
}

class UserImpl implements User2 {
  name: string;

  login(): boolean {
  throw new Error("Method not implemented.");
  }
}

type UserState = "PENDING" | "APPROVED" | "REJECTED";
//상태에 대한 문자열들에 대해서 유니온타입으로 가져간다.

function checkUser(user: User2): UserState {
  if(user.login()) {
    return "APPROVED";
  } else {
    return "REJECTED";
  }
}
//예를 들면 유저를 검사를 하는데 유저를 검사하면서 나온 상태를 반환해야 한다면 유저의 상태중 하나가 리턴되게 할 수 있다.

intersection타입은 여러 타입을 합쳐진 타입을 말한다. 위의 interface를 intersection 타입으로 만들어 보자.

interface User {
  name: string;
}
interface Action {
  do(): void;
}

function createUserAction(u: User, a: Action): User & Action {
  return {...u, ...a};
}

const u = createUserAction ({ name: 'jay' }, { do() {} });
u. //intersection을 통해서 두 타입이 합쳐지고 'u.'을 통해서 두 타입을 이용할 수 있다

union type

function compare(x: string | number, y: srting | number) {
//x.을 입력해보면 string과 number 두 타입에서 같이 존재하는 멤버들만 나오게 된다.
  if (typeof x === 'number' && typeof y === 'number') {
   //x. 을 입력해보면 x가 number타입으로 인식하게 된다. 왜냐하면 typeof연산자로 타입에 대해서 검증해줬기 때문이다.
    return x === y ? 0 : x > y ? 1 : -1; 
  }
  if (typeof x === 'string' && typeof y === 'string') {
    return x.localCompare(y);
  }
  throw Error ('not support type');
}
const v = compare(1, 2);
console.log([3, 2, 1].sort(compare))
console.log(['c', 'b', 'a'].sort(compare))

compile to

[1 ,2 ,3]
['a', 'b', 'c']

or기호를 사용해서 표현하는 것이 union타입이다.

interface를 만약 union타입을 했을 경우 어떤 일이 일어나는지 보자

function compare(x: string | number, y: srting | number) {
  if (typeof x === 'number' && typeof y === 'number') {
    return x === y ? 0 : x > y ? 1 : -1; 
  }
  if (typeof x === 'string' && typeof y === 'string') {
    return x.localCompare(y);
  }
  throw Error ('not support type');
}
const v = compare(1, 2);
console.log([3, 2, 1].sort(compare))

function process(v: User | Action) {
  if(v.do) //멤버가 있는지 체크하면 되는데, v라는 값에 do가 있는지 보려고 하면 v는 union타입이기 때문에 do타입의 공통된 멤버에만 접근할 수 있다. 공통된 멤버가 아니기 때문에 do라는 속성이 없다고 나온다.
   //이렇게 assertion하면 된다.
  if((<Action>v).do) {
    v.do//여기서도 아직 타입 가드가 된 것이 아니다 assertion한 것이기 때문에 여기서도 type assertion을 해야 한다.
    //이렇게 assertion하면 된다.
        (<Action>v).do()
  }
}

//우리가 매번 typeassertion을 할 수 없기 때문에 타입가드를 만들어보자
function isAction(v: User | Action): v is Action//v라는 타입가드를 is를 통해서 설정할 수 있다. {
  return (<Action>v).do !== undefined;
}

function process(v: User | Action) {
  if(isAction(v)) {
    v.do() // Action이라고 인지한다.
  } else {
    console.log(v.name);
  }
}

위에서 사용자 정의 타입가드를 확인할 수 있다

generic은 마찬가지로 클래스 뿐만 아니라 인터페이스에서도 사용할 수 있다.

Type파라미터에 있는 type의 범위를 특정한 타입의 하이타입으로 고정할 수 있다.

interfcae JSONSerialier {
  serialize(): string;
}

class LocalDB<T extends JSONSerialier> implements DB<T> {
   constructor(private localStorageKey: string) {
     add(v: T) {
       v.serialize();// 여기서 v로 serialize를 쓸 수 있는 것이다.
    localStorage.setItem(this.localStorageKey, JSON.stringify(v));
  }
  get(): T {
    const v = localStorage.getItem(this.localStorageKey);
    return (v) ? JSON.parse(v) : null;
  }
 }
}

조건부 타입

interface Vegitable {
  v: string;
}
interface Meat {
  m: string;
}

interface Cart<T> {
  getItem(): T extends Vegitable ? Vegitable : Meat 
}

const cart2: cart<Vegitable> = {
  getItem() {
    return {
      v: ''
    }
  }
}

cart2.getItem()

class LocalDB {
constructor(private localStorageKey: string) {

}
add(v: User) {
 localStorage.setItem(this.localStorageKey, JSON.stringify(v));
}
get(): User {
 const v = localStorage.getItem(this.localStorageKey);
 return (v) ? JSON.parse(v) : null;
}
}

//1. interface User { name: string }

const userDb = new LocalDB('user'); userDb.add({ name: 'jay' }); const userA = userDb.get(); // userA은 타입이 any로 있다. userA.name; // userA에 대해서 타입을 고정해 보자 => 1.

LocalDB를 유저 하나의 하나의 타입만 넣고 빼고 싶은 것이 아니라 여러 타입에 대해서 처리하고 싶다면
~~~typescript
class LocalDB<T> {
  constructor(private localStorageKey: string) {

  }
  add(v: T) {
    localStorage.setItem(this.localStorageKey, JSON.stringify(v));
  }
  get(): T {
    const v = localStorage.getItem(this.localStorageKey);
    return (v) ? JSON.parse(v) : null;
  }
}

//1.
interface User { name: string }

const userDb = new LocalDB<User>('user');
userDb.add({ name: 'jay' });
const userA = userDb.get(); 
userA.name;

타입파라미터를 두 개 이상을 사용할 수 있다.

function createPromise<T>(x: T, timeoute: number) {
 return new Promise<T>(resolve, reject) => {
   setTimeout(() => {
     resolve(x);
   }, timeoute)
 });
}
createPromise(1, 100)
.then(v => console.log(v)); 

function createTuple2<T, U>(v: T, v2: U): [T, U]{
  return [v, v2];
}

const t1 = createTuple2("user1", 1000);

튜플을 만들 때에도 여러개의 파라미터화 할 수 있게 된다.

interface Person {
name: string;
say(message: string): void;
}
interface Programmer {
writeCoder(requirement: string): string;
}

class KoreanProgrammer implements Person, Programmer { constructor(public name: string) {

} say(message: string): void { console.log(message); } wrtieCode(requirement: string):string { console.log(requirement); return requirement + '...'; } loveKimchi() { console.log('lovekimchi'); } }

cnost jay = new KoreanProgrammer('jay');

2. abstract 키워드를 통해 클래스를 정의하는 방법
abstract는 이 클래스가 아직 완성되지 않은 클래스라는 것을 말한다.
이 클래스를 꼭 인스턴스를 바로 만들수는 없지만 이 클래스를 통해서 다른 상속 받은 클래스를 통해서 다른 상속을 받은 클래스를 통해서 인스턴스를 만들 수 있다.


~~~typescript

interface Person {
  name: string;
  say(message: string): void;
}

abstract class Korean implements Person {

  public abstract jumin: number;

  constructor(public name: string) {

  }

  say(msg: string) {
    console.log(msg);
  }

  abstract loveKimchi(): void;
}


class KoreanProgrammer extends  Korean implements Programmer {
  constructor(public name: string, public jumin: number) {
    super(name); //컨스트럭트를 주게 되면 부모클래스의 생성자를 호출해줘야 한다.
  }
  say(message: string): void {
    console.log(message);
  }
  wrtieCode(requirement: string):string {
    console.log(requirement);
    return requirement + '...';
  }
  loveKimchi(): void {
    throw new Error("Method not implemeted.");
  }
}

const jay = new KoreanProgrammer('jay', 2222);
const jay2 = new Korean('jay');// 추상클래스의 인스턴스는 만들수 없다고 에러가 뜬다.
// 상속을 받아서 하이타입에서 추상클래스를 구성해야 하며, 그 결과로 하이타입을 인스턴스화 할 수 있다.

이전에는 함수를 통해서 새로운 타입을 만들었다면 클래스가 나온 후에는 클래스를 통해서 특정타입의 객체를 생성할 수 있게 되었다.

2. 타입스크립트에서는 속성과 메서드에 접근제한자를 갖을 수 있다. es6에는 없는 것인데, 위의 코드를 예로 cart라는 클래스의 store라는 속성은 cart클래스 몸통에서만 접근할 수 있게 접근을 제한할 수 있다.

접근제한자에는 public, private, protected

interface User {
  name: string;
}
interface Product {
  id: string;
  price: number;
}

class Cart {
  user: User;
  private store: Object;
  constructor(user: User) {
    this.user = user;
    this.store = {};
  }
  put (id: string, product: Product) {
    this.store[id] = product;
  }
  get(id: string) {
    return this.store[id];
  }
}
const cartJohn = new Cart({ name: 'john'});
const cartJay = new Cart({ name: 'jay'});

위에서 store속성 앞에 private키워드를 붙여서 클래스 내부에서만 접근할 수 있게 만들 수 있으며, 밑에 cartJohn이라는 cart클래스로부터 만들어진 인스턴스는 store에 접근할 수 없는 것을 확인할 수 있다.

💡cartJohn.을 입력해보면 자동완성에 store속성이 없어진 것을 확인할 수 있다.

💡private와 protected로 키워드를 이용하면 인스턴스 레벨에서 접근을 할 수 없게 되는데, 이 둘의 차이는 cart라는 클래스를 상속할 수 있는데 상속을 한 하이타입에서도 private는 접근이 안되지만 protected는 접근이 가능하다.

타입스크립트에서 추가된 한 가지의 기능 중 하나는 생성자를 정의할 때 매개변수를 정의를 하는데, 매개변수에 속성을 정의하고 접근제한자를 같이 쓰게 되면 속성을 정의를 하고 동시에 전달받은 인자를 해당 속성에 할당하는 코드를 한번에 처리할 수 있게 된다.

class Cart {

  private store: object;

  constructor(protected user: User) {
    // this.user = user;
    this.store = {}
  }

  public put (id: string, product: Product) {
    this.user //이처럼 this.에서 user속성에 접근이 가능하게 된다.
    this.store[id] = product;
  }
  get(id: string) {
    return this.store[id];
  }
}

Ex) 스타벅스의 회원등급에 대한 enum을 알아보자면

enum StarbuksGrade {
  WELCOM,
  GREEN,
  GOLD
}

function getDiscount(v: StarbukGrade): number{
  switch (v){
    case StarbuksGrade.WELCOME:
      return 0;
    case StarbuksGrade.GREEN:
      return 5;
    case StarbuksGrade.GOLD:
      return 10;
  }
}
console.log(getDiscount(StarbuksGrade.GREEN));
console.log(StarbuksGrade.GREEN);

compile to

5
1 //여기서 1인 이유는 enum에 의해서 나열된 등급에서 GREEN이 1인 것이다.

즉 위에서 enum은 console.log(StarbuksGrade)라고 하게 되면 객체의 형태로 표현이 되어 컴파일 되는 것을 볼 수 있기 때문이다.

따라서

console.log(StarbuksGrade["0"]);

compile to

WELCOME

이라고 결과가 나오게 된다.

💡만약에 enum에 다른 값을 추가하게 된다면 보기에는 안좋더라도 초기값을 할당하면 안전하게 사용할 수 있다.

enum StarbuksGrade {
WEELCOME = 0,
DDDD = 3,
GREEN = 1,
GOLD = 2
}

또한 enum의 초기값으로 문자열로 멤버로써 정의할 수 있다.

function add (x:number , y:number): number/*여기에 반환되는 값의 타입을 미리 정해줄 수 있다.*/ {
  return x + y;
}
add(1, 2); 

const result = add(1, 2);
//위와 같이 작성하게 되면 'result'는 number형 타입을 갖게 되는 것을 알 수 있다.

여기서 'add(1, 2)'에서 숫자가 아니라 문자형을 작성하게 되면 오류가 나게 되는 것이다.

2. 매개변수의 optional한 처리와 기본값

function buildUserInfo(name:string, email: string) {
  return {name: name, email}
}

//아무런 인자를 전달하지 않아도 함수가 사용되어져야 한다고 가정한다면
function buildUserInfo(name: string, email: string){
  return{name = '-', email = '-'}
} // es6에서 default parmeter이라고 매개변수에 아무런 값을 주지 않고 기본값을 줄 수 있다. 또한 문자열을 기본값으로 해줬기 때문에 'string'이라는 타입값이 필요가 없다.
const user = buildUserInfo();

//화살표 함수형에서의 annotation
const add = (a: number, b: number): number/*여기서 반환되어야 하는 값의 타입을 정해줄 수 있다.*/ => a + b;

return{name: name, email}부분을 보자면 name이라는 속성 키와 참조하는 매개변수명인 name은 scope에서 같은 이름으로 존재할 때 지워 줄 수 있다. return{name, email}

3. 함수의 오버로딩

interface Storage {

}
interface ColdStorage {

}
function store (type: "통조림"): Storage
function store (type: "아이스크림"): ColdStorage 

일반적으로 자바와 같은 정적타입에서는 함수를 선언하게 되면 매개변수와 반환되는 값의 타입을 정하게 된다.

타입스크립트에서는 오버로드 시그니처를 정할 수 있게 해줘서 정적인 언어로 안정적이게 이용할 수 있게 해준다.

여기서 아래와 같이 함수와 함수명, 그리고 type과 반환값만 있고 바디가 없는 함수를 시그니쳐라고 한다.

interface Storage {
  a: string;
}
interface ColdStorage {
  b: string;
}

function store (type: "통조림"): Storage
function store (type: "아이스크림"): ColdStorage 

function store(type: "통조림" | "아이스크림") {
  if(type === "통조림") {
    return {a: "통조림" }
  }else if (type === "아이스크림") {
    return {b: "아이스크림"} 
  }else {
    throw new Error('Unsupported Type');
  }
}

const s = store('통조림');
s.a 

함수시그니쳐를 여러가지 이름으로 정리하는 것을 '오버로드 시그니쳐'라고 한다.