기본 콘텐츠로 건너뛰기

[node.js] promise와 async비교 - 1

비동기의 특성을 가진 javascript에서 이런 문제점을 해결하기위해 promise패턴과 혹은 async모듈을 사용한다.

그럼 이둘의 차이점은 무엇일까??

우선 이름에서부터 차이가 존재한다 promise는 패턴이라는 수식어가 붙고 async는 모듈이라는 수식어가 붙는다.
이 둘이 어떤 차이가 있을까???

우선 간단하게 확인하는 방법으로는 웹브라우저의 개발자 도구를 이용하는 방법이다.











Promise를 입력하면 function이라고 뜬다. 그러나 async는 정의가 되지 않았다고 뜬다.

node에서도 마찬가지이다. Promise는 바로 사용이 가능하지만 async는 모듈을 require해야만 사용할 수 있다.

이러한 이유가 발생하는 이유는 async는 비동기를 처리를 하는 프레임워크이다 이러한 비동기적인 문제를 해결하기 위해 만들어진 큰 모듈이다. 하지만 Promise는 단순한 패턴이다. 

그렇기 때문에 노드에서 async를 사용하기 위해서는 

$ npm install async -g
모듈을 설치를 해주고 require하면 된다.

이 두경우 중에 개인적으로는 async가 먼가 더 정감이 가는건 사실이다.


이유는 promise같은 경우는 Promise를 new통해 생성해내야 한다. 해당 객체를 then으로 이어지는 방식이라 쓸때마다 new Promise를 해야하는 귀차니즘이 존재한다 그에반면에 async는 모듈 호출과 동시에 즉각적으로 쓸수있다.

promise이용
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
var _promise = function (param) {
    return new Promise(function (resolve, reject) {
            if (param) {
                resolve("pass");
            }
            else {
                reject(Error("eeeeeerrrrrooooorrrr"));
            }
    });
};
//Promise 실행
_promise(true)
.then(function (text) {
    // 성공시
    console.log('success');
    console.log(text);
    return text;
}, function (error) {
    // 실패시
    console.log('error');
    console.error(error);
}).then(function (text) {
    // 성공시
    console.log('success');
    console.log(text);
}, function (error) {
    // 실패시
    console.log('error');
    console.error(error);
});
cs

async이용
1
2
3
4
5
6
7
8
9
10
11
12
13
async.waterfall([
    function(cb){
        console.log('test')
        cb('a''data'); // 첫번째 인자에 따라 다음 함수가 실행될지 않될지 결정 됨
    },
    function(d, cb){
        console.log('test1', d)
        // console.log(cb)
        cb();
    }
],function(err){
    console.log('test3',err)
})
cs

위 둘의 작동방식은 거의 비슷하다.(약간의 차이점이 존재한다. 에러를 처리하는 방식, 에러인자를 넘기는 방식, task를 받는방식 등 )

우선 가장 큰 차이점은 코드의 흐름이 완전히 분리되냐 그렇지 않냐의 차이가 있다. promise같은 경우는 then으로 이전의 처리를 콜백인자로 전해받지만, async는 처리할 부분이 리스트로 들어가 있다. 

promise도 all인자를 쓰면 호출될 function들을 async처럼 리스트로 받을 수 있다. 이럴경우 각각의 함수의 return값을 promise의 콜백으로 받게 된다. 이경우 async의 parallel와 비슷한 역할을 하게된다. 만약에 하나라도 reject가 발생할 경우 콜백함수의 error인자를 받게되어 error처리를 해주면 된다. 순서에 상관없이 동시에 실행되어도 문제가 없을떄 promise.all 또는 async.parallel을 사용하면 좀더 빠른속도로 처리가 가능하다.

두 코드다 중간에 에러가 발생하면 그 다음으로 더이상 지나가지 않고 에러 코드를 호출을 하게된다. 그리고 해당 async구문과 promise구문을 탈출을 하게된다.

promise가 하나하나의 처리구문마다 error function을 구현이 가능하기 때문에 좀더 견고한 코드를 짤 수 있을것 같지만 async는 가볍게 쓸수 있는 장점이 있는것 같다. 그때그떄 상황에 맞춰서 짜면 될것같다..

댓글

이 블로그의 인기 게시물

[kali linux] sqlmap - post요청 injection 시도

아래 내용은 직접 테스트 서버를 구축하여 테스트 함을 알립니다.  실 서버에 사용하여 얻는 불이익에는 책임을 지지 않음을 알립니다. sqlmap을 이용하여 get요청이 아닌 post요청에 대해서 injection공격을 시도하자. 뚀한 다양한 플래그를 이용하여 DB 취약점 테스트를 진행을 해보려고 한다. 서버  OS : windows 7 64bit Web server : X Server engine : node.js Framework : expresss Use modules : mysql Address : 172.30.1.30 Open port : 6000번 공격자 OS : kali linux 64bit use tools : sqlmap Address : 172.30.1.57 우선 서버측 부터  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 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 var  express  =  require( 'express' ); var  app  =  express(); var  mysql  =  require( 'mysql' ); var  ccc  =  mysql.createConnection({     host: '127.0.0.1' ,     user: 'root' ,     pos...

[git] git log 확인하기

git log를 통해서 커밋 이력과 해당 커밋에서 어떤 작업이 있었는지에 대해 조회를 할 수 있다. 우선 git에서의 주요 명령어부터 알아보겠다. $ git push [branch name] $ git pull [branch name] 여기서 branch name은 로컬일 경우 해당 브런치 이름만 적으면 되지만 깃허브 원격 저장소로 연결을 원할 경우는 해당 브런치 이름 앞에 꼭 origin을 붙이도록 한다. $ git brnch [branch name] $ git checkout [branch name] branch일경우 해당 브런치를 생성을 한다. 여기서 현재의 브런치를 기준으로 브런치를 따는것이다. checkout은 브런치를 바꾸는 것이다.(HEAD~[숫자]를 이용하면 해당 커밋으로 움직일수 있다.. 아니면 해당 커밋 번호를 통해 직접 옮기는것도 가능하다.) -> 해당 커밋으로 옮기는 것일뿐 실질적으로 바뀌는 것은 없다. 해당 커밋으로 완전히 되돌리려면 reset이라는 명령어를 써야한다. 처음 checkout을 쓰면 매우 신기하게 느껴진다. 막 폴더가 생겼다가 지워졌다가 ㅋㅋㅋㅋㅋ  master 브런치에서는 ht.html파일이 존재하지만 a브런치에서는 존재하지않는다. checkout 으로 변경을 하면 D 로 명시를 해준다.  $ git log 해당 브런치의 커밋 내역을 보여준다. a 브런치의 커밋 내역들이다. (머지 테스트를 하느라 커밋 내용이 거의 비슷하다 ㅋㅋ) master 브런치의 커밋 내역들이다. 커밋 번호, 사용자, 날짜, 내용순으로 등장을 한다. 이건 단순히 지금까지의 내역을 훑어보기 좋다. 좀더 세밀한 내용을 봐보자. $ git log --stat --stat을 붙이면 기존의 로그에서 간략하게...

[git] pull을 하여 최신코드를 내려받자

보면 먼가 로고가 다르게 뜨는것을 확인을 할 수가있다. C:\Users\mung\Desktop\etc\study\python-gene>git checkout remotes/origin/master Note: checking out 'remotes/origin/master'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by performing another checkout. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -b with the checkout command again. Example:   git checkout -b HEAD is now at 29e282a... fetch test C:\Users\mung\Desktop\etc\study\python-gene>git branch * (HEAD detached at origin/master)   master   test1   test2 깃이 잘 쓰면 참 좋은놈인데 어지간히 쓰기가 까다롭다. 처음에 깃을 푸시 성공하는데만 한달정도 걸렸던걸로 기억이 난다.. ㅋㅋㅋ 여담으로  깃 프로필을 가면 아래사진 처럼 보인다. 기여도에 따라서 초록색으로 작은 박스가 채워지는데 저걸 잔디라고 표현을 한다고 합니다 ㅎ 저 사진은 제 깃 기여도 사진입니당 ㅋㅋㅋㅋ 다시 본론으로 돌아와서 ㅋㅋ pull을 하면...