함수?

함수는 자바스크립트에서 가장 중요한 핵심개념이다. 

 

수학의 함수는 "입력"을 받아 "출력"을 내보내는 일련의 과정을 정의한 것이다. 

프로그래밍 언어의 함수도 수학의 함수와 같은 개념이다. 함수 f(x, y) = x + y를 자바스크립트의 함수로 표현하면 다음과 같다.

function add(x, y) {
	return x + y;
}

add(2,5); // 7

프로그래밍 언어의 함수는 일련의 과정을 문으로 구현하고 코드 블록으로 감싸서 하나의 실행 단위로 정의한 것이다.

 

프로그래밍 언어의 함수도 입력을 받아 출력을 내보낸다. 이때 함수 내부로 입력을 전달받는 변수를 매개변수, 입력을 인수, 출력을 반환값이라 한다. 함수는 값이며, 여러 개 존재할 수 있으므로 특정 함수를 구분하기 위해 식별자인 함수 이름을 사용할 수 있다.

 

함수의 구성 요소

함수는 함수 정의를 통해 생성하며, 자바스크립트의 함수는 다양한 방법으로 정의할 수 있다.

// 함수 정의
function add(x,y) {
	return x + y;
}

위에서 선언한 함수를 사용하기 위해서는 함수 호출을 해야한다.

// 함수 호출
var result = add(2,5);

console.log(result); // 7

 

함수를 사용하는 이유는 무엇일까?

함수는 필요할 때 여러 번 호출할 수 있기 때문에 실행 시점을 개발자가 정의할 수 있다. 또 몇 번이든 재사용이 가능하다. 

동일한 작업을 반복적으로 수행해야 한다면 같은 코드를 중복해서 사용하는 것 보단 정의된 함수를 사용하는 것이 바람직하다.

이렇게 코드의 중복을 억제하고 재사용성을 높이는 함수는 유지보수 편의성을 높이고 코드의 신뢰성을 높여준다.

 

 

함수 리터럴

자바스크립트의 함수는 객체 타입의 값이다. 따라서 함수도 함수 리터럴로 생성할 수 있다.

함수 리터럴의 구성 요소

 

일반 객체와의 차이점이 있다면 일반 객체는 호출할 수 없지만 함수는 호출할 수 있다.

 

 

함수 정의

함수 정의란 함수를 호출하기 이전에 인수를 전달받을 매개변수와 실행할 문들, 그리고 반환할 값을 지정하는 것을 말한다.

4가지 방법이 존재한다.

// 1. 함수 선언문
function add(x, y) {
	return x + y;
}


// 2. 함수 표현식 
var add = function (x, y) {
	return x + y;
}

// 3. Function 생성자 함수 (사용하지x)
var add = new Function('x', 'y', 'return x+y');


// 4. 화살표 함수
var add = (x, y) => x + y;

 

1. 함수 선언문

함수 선언문은 함수 이름을 생략할 수 없다.

function(x, y) {
	return x + y;
}

// SyntaxError : Function statements require a function name

함수 선언문은 표현식이 아닌 문이다. 개발자 도구에서 함수 선언문을 실행하면 완료 값 undefined가 출력된다. 함수 표현식이 만약 표현식인 문이라면 완료 값 undefined 대신 표현식이 평가되어 생성된 함수가 출력되어야 한다.

 

표현식이 아닌 문은 변수에 할당할 수 없다.

 

// 함수 선언문은 표현식이 아닌 문이므로 변수에 할당할 수 없다.
var add = function add(x, y) {
	return x + y;
}

console.log(add(2, 5)); // 7

하지만 위의 예제에서는 마치 변수에 함수 선언문이 할당된 것 처럼 보인다.

 

자바스크립트 엔진은 문맥에 따라 해석을 달리한다. 함수 이름이 있는 함수 리터럴을 단독으로 사용하면 함수 선언문으로 해석하고, 함수 리터럴이 값으로 평가되어야 하는 문맥이면 함수 리터럴 표현식으로 해석한다.

 

// 함수 리터럴을 단독으로 사용하면 함수 선언문으로 해석된다.
// 함수 선언문에서는 함수 이름을 생략할 수 없다.
function foo() {console.log('foo');}

foo(); // foo

(function bar() {console.log('bar');});
bar(); // ReferenceError: bar is not defined

그룹 연산자 () 내에 있는 함수 리터럴(bar)은 함수 선언문으로 해석되지 않고 함수 리터럴 표현식으로 해석된다.

 

함수 선언문과 함수 리터럴 표현식은 함수 객체를 생성한다는 점에서 동일하지만 호출에 차이가 있다.

 

자바스크립트 엔진은 함수 선언문을 해석해 함수 객체를 생성한다. 이때 함수 이름은 함수 몸체 내부에서만 유효한 식별자이므로 함수 이름과는 별도로 생성된 함수 객체를 가리키는 식별자가 필요하다.

 

함수 객체를 가리키는 식별자가 없으면 생성된 함수 객체를 참조할 수 없으므로 호출할 수 없다. 

 

자바스크립트 엔진은 생성된 함수를 호출하기 위해 함수 이름과 동일한 이름의 식별자를 암묵적으로 생성하고, 거기에 함수 객체를 할당한다.

 

예제를 보자

var add = function add(x, y) {
	return x + y;
}

console.log(add(1,3)); // 4

위의 add(1,3) 은 식별자를 의미할까 아니면 함수 이름을 의미할까?

 

함수는 함수 이름으로 호출하는 것이 아니라 함수 객체를 가리키는 식별자로 호출한다. 즉, 함수 선언문으로 생성한 함수를 호출한 것은 함수 이름 add가 아니라 자바스크립트 엔진이 암묵적으로 생성한 식별자 add인 것이다.

 

 

 

2. 함수 표현식

값의 성질을 갖는 객체를 일급 객체라 한다. 자바스크립트의 함수는 일급 객체이다. 이 말은 함수를 값처럼 자유롭게 사용할 수 있다는 의미이다.

 

함수는 일급 객체이므로 함수 리터럴로 생성한 함수 객체를 변수에 할당할 수 있다. 이러한 함수 정의 방식을 함수 표현식이라고 한다.

 

// 함수 표현식
var add = function (x, y) {
	return x + y;
}

console.log(add(2,5)); // 7

함수 리터럴의 함수 이름은 생략할 수 있다. 이러한 함수를 익명 함수라 한다. 함수 표현식의 함수 리터럴은 함수 이름을 생략하는 것이 일반적이다.

 

함수를 호출할 때는 함수 이름이 아니라 함수 객체를 가리키는 식별자를 사용해야한다.

함수 이름은 함수 몸체 내부에서만 유효한 식별자이므로 함수 이름으로 함수를 호출할 수 없다.

// 함수 표현식
var add = function foo(a, b) {
	return a + b;
}

// 함수 객체를 가리키는 식별자로 함수 호출
console.log(add(1,3)); // 4

// 함수 이름으로 호출하면 ReferenceError 가 발생한다.
console.log(foo(1,3));

 

 

함수 생성 시점과 함수 호이스팅

// 함수 참조
console.dir(add); // f add(x,y)
console.dir(sub); // undefiend

// 함수 호출
console.log(add(2, 5)); // 7
console.log(sub(2, 5)); // TypeError: sub is not a function

// 함수 선언문
function add(x, y) {
	return x + y;
}

// 함수 표현식
var sub = function(x, y) {
	return x - y;
}

위 예제와 같이 함수 선언문으로 정의한 함수는 함수 선언문 이전에 호출할 수 있다. 그러나 함수 표현식으로 정의한 함수는 함수 표현식 이전에 호출할 수 없다.

 

이는 함수 선언문으로 정의한 함수와 함수 표현식으로 정의한 함수의 생성 시점이 다르기 때문이다.

 

모든 선언문이 그렇듯 함수 선언문도 런타임 이전에 자바스크립트 엔진에 의해서 먼저 실행된다. 함수 선언문으로 함수를 정의하면 런타임 이전에 함수 객체가 먼저 생성된다. 함수 이름과 동일한 이름의 식별자를 암묵적으로 생성하고 생성된 함수 객체를 할당한다.

 

이처럼 함수 선언문이 코드의 선두로 끌어 올려진 것처럼 동작하는 자바스크립트의 고유의 특징을 함수 호이스팅이라한다.

 

변수 호이스팅과 함수 호이스팅이 같진 않다. var 키워드로 선언된 변수는 undefined로 초기화되고, 함수 선언문을 통해 암묵적으로 생성된 식별자는 함수 객체로 초기화된다.

 

함수 표현식은 변수에 할당된는 값이 함수 리터럴인 문이다. 변수 선언은 런타임 이전에 실행되어 undefined로 초기화되지만 변수 할당문의 값은 할당문이 실행되는 시점 = 런타임에 평가되므로 함수 표현식의 함수 리터럴도 할당문이 실행되는 시점에 평가되어 함수 객체가 된다.

 

함수 표현식이으로 함수를 정의하면 함수 호이스팅이 아니라 변수 호이스팅이 발생한다.

함수 표현식에 의한 함수 생성

따라서 함수 표현식 이전에 함수를 참조하면 undefined로 평가된다. 그렇기 때문에 함수 표현식으로 정의한 함수는 반드시 함수 표현식 이후에 참조 또는 호출해야 한다.

 

 

4. 화살표 함수

ES6에서 도입된 화살표 함수는 키워드 대신 화살표 => 를 사용해 좀 더 간략한 방법으로 함수를 선언할 수 있다. 화살표 함수는 항상 익명 함수로 정의한다.

const add = (x, y) => x + y;

console.log(add(1,3)); // 4

메시지

HTTP 메시지는 단순한 줄 단위의 문자열이다. 

웹 클라이언트에서 웹 서버로 보낸 HTTP 메시지를 요청 메시지라고 부른다. 서버에서 클라이언트로 가는 메시지는 응답 메시지라고 부른다. 그 외의 HTTP 메시지는 없다. HTTP 요청과 응답 메시지의 형식은 굉장히 비슷하다.

요청, 응답 메시지

- 시작줄 

  메시지의 첫 줄은 시작줄로, 요청이라면 무엇을 해야 하는지 응답이라면 무슨 일이 일어났는지 나타낸다.

- 헤더

  시작줄 다음에는 0개 이상의 헤더 필드가 이어진다. 각 헤더 필드는 쉬운 구문분석을 위해 쌍점(:)으로 구분되어 있는 하나의 이름과 하나의 값으로 구성된다.

- 본문

  빈 줄 다음에는 어떤 종류의 데이터든 들어갈 수 있는 메시지 본문이 필요에 따라 올 수 있다. 요청의 본문은 웹 서버로 데이터를 실어 보내며, 응답의 본문은 클라이언트로 데이터를 반환한다.

GET 트랜잭션 예시


TCP 커넥션

TCP / IP

HTTP는 애플리케이션 계층 프로토콜이다. HTTP는 네트워크 통신의 핵심적인 세부사항에 대하여 신경 쓰지 않는다. 대중적이고 신뢰성 있는 인터넷 전송 프로토콜인 TCP/IP 에게 맡긴다.

 

TCP가 제공한는 것

  • 오류 없는 데이터 전송
  • 순서에 맞는 전달(데이터는 언제나 보낸 순서대로 도착한다)
  • 조각나지 않는 데이터 스트림(언제든 어떤 크기로 보낼 수 있다)

TCP/IP 는 TCP 와 IP가 층을 이루는, 패킷 교환 네트워크 프로토콜의 집합이다. 어떤 컴퓨터나 네트워크든 서로 신뢰성 있는 의사소통을 하게 해 준다.

 

일단 TCP 커넥션이 맺어지면, 클라이언트와 서버 컴퓨터 간에 교환되는 메시지가 없어지거나, 손상되거나, 순서가 뒤바뀌어 수신되는 일은 결코 없다.

 

네트워크 개념상, HTTP 프로토콜은 TCP 위의 계층이다. HTTP는 자신의 메시지 데이터를 전송하기 위해 TCP를 사용한다. 

네트워크 프로토콜 스택

접속, IP 주소 그리고 포트번호

HTTP 클라이언트가 서버에 메시지를 전송할 수 있게 되기 전에, 인터넷 프로토콜 주소와 포트번호를 사용해 클라이언트와 서버 사이에 TCP/IP 커넥션을 맺어야 한다.

TCP 커넥션을 맺는 것은 다른 회사 사무실에 있는 누군가에게 전화를 거는 것과 다소 비슷하다. 

TCP에서는 서버 컴퓨터에 대한 IP 주소와 그 서버에서 실행중인 프로그램이 사용중인 포트번호가 필요하다.

URL을 사용하여 IP주소와 포트번호를 알아낸다.

 

예시 ) http://www.netscape.com:80/index.html 

 

AOL - News, Politics, Sports, Mail & Latest Headlines

Discover the latest breaking news in the U.S. and around the world — politics, weather, entertainment, lifestyle, finance, sports and much more.

www.aol.com

URL은 도메인 이름 혹은 호스트 명, IP 주소가 있으며 포트번호(80)을 가지고 있다. 호스트 명은 도메인 이름 서비스(DNS)라 불리는 장치를 통해 쉽게 IP로 변환될 수 있다.

 

웹브라우저 연결의 기본적인 절차

웹의 구성요소

  1. 프락시 : 클라이언트와 서버 사이에 위치한 HTTP 중개자
  2. 캐시 : 많이 찾는 웹페이지를 클라이언트 가까이에 보관하는 HTTP 창고
  3. 게이트웨이 : 다른 애플리케이션과 연결된 특별한 웹 서버
  4. 터널 : 단순히 HTTP 통신을 전달하기만 하는 특별한 프락시
  5. 에이전트 : 자동화된 HTTP 요청을 만드는 웹클라이언트

1. 프락시

웹 보안, 애플리케이션 통합, 성능 최적화를 위한 중요한 구성요소인 HTTP 프락시 서버에 대해 살펴보자.

프락시

그림과 같이 프락시는 클라이언트와 서버 사이에 위치하며 클라이언트의 모든 HTTP 요청을 받아 서버에 전달한다. 이 애플리케이션은 사용자를 위한 프락시로 동작하며 사용자를 대신해 서버에 접근한다.

프락시는 주로 보안을 위해 사용된다. 모든 웹 트래픽 흐름 속에서 신뢰할 만한 중개자 역할을 한다. 또한 프락시는 요청과 응답을 필터링한다. 예를 들어 무언가를 다운받을 때 바이러스를 검출한다.

 

2. 캐시

웹캐시와 캐시 프락시는 자신을 거쳐 가는 문서들 중 자주 찾는 것의 사본을 저장해 두는, 특별한 종류의 HTTP 프락시 서버다. 클라이언트는 멀리 떨어진 웹 서버보다 근처의 캐시에서 더 빨리 문서을 다운 받을 수 있다. HTTP는 , 캐시를 효율적으로 동작하게 하고 캐시된 콘텐츠를 최신 버전으로 유지하면서 동시에 프라이버시도 보호하기 위한 많은 기능을 정의한다.

캐시 프락시는 성능 향상을 위해 자주 찾는 문서의 사본을 저장해둔다

 

전 세계의 웹브라우저, 서버, 웹 애플리케이션은 모두 HTTP(Hypertext Transfer Protocol)를 통해 서로 대화한다. HTTP는 현대 인터넷의 공용어이다.

 

HTTP는 신뢰성 있는 데이터 전송 프로토콜을 사용하기 때문에, 데이터가 지구 반대편에서 오더라도 전송 중 손상되거나 꼬이지 않음을 보장한다. 

 

웹 클라이언트와 서버

웹 콘텐츠는 웹 서버에 존재한다. 웹 서버는 HTTP 프로토콜로 의사소통하기 때문에 보통 HTTP 서버라고 불린다. 웹 서버는 인터넷의 데이터를 저장하고, HTTP 클라이언트가 요청한 데이터를 제공한다.

웹 클라이언트와 웹 서버 예시

클라이언트는 서버에게 HTTP 요청을 보내고 서버는 요청된 데이터를 HTTP 응답으로 돌려준다. 

예를 들어, 'http://www.oreilly.com/index.html" 페이지를 열어볼 때, 웹브라우저는 HTTP 요청을 www.oreilly.com  서버로 보내고, 서버는 요청을 받은 객체 ('/index.html')를 찾고, 성공했다면 그것의 타입, 길이 등의 정보와 함께 HTTP 응답에 실어서 클라이언트에게 보낸다.

 

리소스

웹 서버는 웹 리소스를 관리하고 제공한다. 웹 리소스는 웹 콘텐츠의 원천이다. 가장 단순한 웹 리소스는 웹 서버 파일 시스템의 정적 파일이다. 정적 파일은 텍스트 파일, HTML 파일, 마이크로소프트 워드 파일, 어도비 아크로팻 파일, JPEG 이미지 파일, AVI 동영상 파일, 그 외 모든 종류의 파일을 포함한다.

 

하지만 리소스는 반드시 정적 파일이어야 할 필요는 없다. 카메라에서 라이브 영상을 가져와 보여주거나, 주식 거래, 부동산 데이터베이스 검색 등도 가능하다.

 

요약하자면, 어떤 종류의 콘텐츠 소스도 리소스가 될 수 있다.

 

미디어 타입

인터넷은 수천 가지 데이터 타입을 다루기 때문에, HTTP는 웹에서 전송되는 객체 각각에 신중하게 MIME 타입이라는 데이터 포맷 라벨을 붙인다. MIME (Multipurpose Internet MAil Extensions, 다목적 인터넷 메일 확장)은 원래 각기 다른 전자메일 시스템 사이에서 메시지가 오갈 때 겪는 문제점을 해결하기 위해 설계 되었다.

 

웹 서버는 모든 HTTP 객체 데이터에 MIME 타입을 붙인다. 웹 브라우저는 서버로부터 객체를 돌려받을 때, 다룰 수 있는 객체인지 MIME 타입을 통해 확인한다.

웹 서버는 데이터 콘텐츠와 함께 MIME 타입을 보내준다

MIME 타입은 사선(/)으로 구분된 주 타입과 부 타입으로 이루어진 문자열 라벨이다. 예를들어

  • HTML로 작성된 텍스트 문서는 text/html 라벨이 붙는다.
  • plain ASCII 텍스트 문서는 text/plain 라벨이 붙는다.
  • JPEG 이미지는 image/jpeg가 붙는다.
  • GIF 이미지는 image/gif 가 붙는다.
  • 애플 퀵타임 동영상은 video/quicktime이 붙는다.

등이 있다.

 

 

URI

웹 서버 리소스는 각자 이름을 갖고 있기 때문에, 클라이언트는 관심 있는 리소스를 지목할 수 있다. 서버 리소스 이름은 통합 자원 식별자(uniform resource identifier), 혹은 URI로 불린다. URI는 인터넷의 우편물 주소 같은 것으로, 정보 리소스를 고유하게 식별하고 위치를 저장할 수 있다.

 

예를 들어, '죠의 컴퓨터 가게' 의 웹 서버에있는 이미지 리소스에 대한 URI 라면 이런 식이다.

- http://www.joes-hardware.com/specials/saw-blase.gif

URL은 프로로콜, 서버, 리소스를 명시한다.

위의 그림은 죠의 컴퓨터 가게 서버에 있는 GIF 형식의 톱날 그림 리소스에 대한 URI 가 HTTP 프로토콜에서 어떻게 해석되는지 보여둔다. HTTP는 주어진 URI로 객체를 찾아온다. URI에는 두 가지가 있는데. URLURN이라는 것이다.

 

 

URL

통합 자원 지시자(uniform resource locator, URL)는 리소스 식별자의 가장 흔한 형태다. URL은 특정 서버의 한 리소스에 대한 구체적인 위치를 서술한다. URL은 리소스가 정확히 어디에 있고 어떻게 접근할 수 있는지 분명하게 알려준다.

URL의 예

대부분의 URL은 세 부분으로 이루어진 표준 포맷을 따른다.

  • URL의 첫 번째 부분은 스킴(scheme)이라고 불리는데, 리소스에 접근하기 위해 사용되는 프로토콜을 서술한다. 보통 HTTP 프로토콜이다.
  • 두 번째 부분은 서버의 인터넷 주소를 제공한다. (예: www.joes-hardware.com)
  • 마지막은 웹 서버의 리소스를 가리킨다. (예: /specials/saw-blade.gif)

오늘날 대부분의 URI는 URL이다.

 

URN

URI의 두 번째 종류는 유니폼 리소스 이름(uniform resource name, URN)이다.

URN은 콘텐츠를 이루는 한 리소스에 대해, 그 리소스의 위치에 영향 받지 않는 유일무이한 이름 역할을 한다. 위치 독립적인 URN은 리소스를 여기저기로 옮기더라도 문제없이 동작한다. 리소스가 이름을 변하지 않게 유지하는 한, 여러 종류의 네트워크 접속 프로토콜로 접근해도 문제없다.

 

 

+ Recent posts