var fs = require('fs') ;
process.chdir('recipes'); // 작업 디렉토리 변경
var concatenation = '';
fs.readdir('.', function(err, filenames) {
if (err) throw err;
function readFileAt(i) {
var filename = filenames[i];
fs.stat(filename, function(err, stats) {
if (err) throw err;
if (!stats.isFile()) return readFileAt(i 1);
fs.readFile(filename, 'utf8', function(err, text) {
if (err) throw err;
연결 = 텍스트;
if (i 1 === filenames.length ) {
> ' to ' never ' to ' never to ' });
}
readFileAt(0);
});
보시다시피 비동기 버전은 동기 버전보다 코드가 훨씬 많습니다. filter, forEach와 같은 동기식 메서드를 사용하면 코드 줄 수가 절반 정도에 불과하고 훨씬 읽기 쉽습니다. 이러한 멋진 반복자의 비동기 버전이 있다면 얼마나 좋을까요! Async.js를 사용하여 이를 수행하세요!
위의 코드 예에서 저자는 섹션 1.4에서 제가 제공한 조언을 무시했다는 사실을 눈치채셨을 것입니다. 콜백에서 예외를 던지는 것은 특히 프로덕션 환경에서 나쁜 디자인입니다. 그러나 직접적으로 예외를 발생시키는 간단한 예제에서는 문제가 없습니다. 코드에 예상치 못한 오류가 발생하면 throw는 코드를 종료하고 오류 원인을 설명하는 멋진 스택 추적을 제공합니다.
여기서 정말 잘못된 점은 동일한 오류 처리 논리(예: if(err) throw err)가 최대 3번 반복된다는 것입니다! 섹션 4.2.2에서는 Async.js가 이러한 중복을 줄이는 데 어떻게 도움이 되는지 살펴보겠습니다.
동기 반복자가 사용하는 필터 및 forEach 메서드를 해당 비동기 메서드로 대체하려고 합니다. Async.js는 두 가지 옵션을 제공합니다.
async.filter 및 async.forEach는 주어진 배열을 병렬로 처리합니다.
async.filterSeries 및 async.forEachSeries는 지정된 배열을 순차적으로 처리합니다.
이러한 비동기 작업을 병렬로 실행하는 것이 더 빨라야 하는데 왜 순차 접근 방식을 사용합니까? 두 가지 이유가 있습니다.
앞서 언급한 예측할 수 없는 작업 순서 문제. 실제로 결과를 먼저 배열에 저장한 다음 배열을 결합하여 이 문제를 해결할 수 있지만 이는 결국 한 단계가 더 필요합니다.
Node와 다른 애플리케이션 프로세스가 동시에 읽을 수 있는 파일 수에는 상한이 있습니다. 이 상한을 초과하면 운영 체제에서 오류를 보고합니다. 파일을 순차적으로 읽을 수 있다면 이 제한에 대해 걱정할 필요가 없습니다.
이제 먼저 async.forEachSeries를 이해해 보겠습니다. 아래에서는 Async.js의 데이터 수집 방법을 사용하고 동기 버전의 코드 구현을 직접 다시 작성했습니다.
var dirContents = fs.readdirSync('.');
async.filter(dirContents, isFilename, function(filenames) {
async.forEachSeries(filenames, readAndConcat, onComplete);});
function isFilename(filename, callback) {
fs.stat(filename, function(err, stats) {
if (err) throw err;
callback(stats.isFile());
});
}
function readAndConcat(filename, callback) {
fs.readFile(filename, 'utf8', function(err, fileContents) {
if (err) return callback(err);
연결 = fileContents ;
콜백();
});
}
function onComplete(err) {
if (err) throw err;
console.log(concatenation);
}
이제 코드는 작업 개요(async.filter 호출 및 async.forEachSeries 호출 형식)와 구현 세부정보(두 개의 반복자 함수 및 완료 콜백 onComplete 형식)의 두 부분으로 아름답게 나뉩니다.
filter 및 forEach는 표준 기능 반복 방법에 해당하는 유일한 Async.js 유틸리티 함수가 아닙니다. Async.js는 다음 메서드도 제공합니다.
reject/rejectSeries,
map/mapSeries, 1:1 변환
reduce/reduceRight, 값의 점진적 변환
탐지/검출; filter
sortBy는 정렬된 복사본을 생성합니다.
some은 적어도 하나의 값이 주어진 기준을 충족하는지 테스트합니다.
every는 모든 값이 주어진 기준을 충족하는지 테스트합니다.
이러한 메서드는 Async.js의 핵심으로, 코드 중복을 최소화하면서 일반적인 반복 작업을 수행할 수 있게 해줍니다. 고급 방법을 계속 탐색하기 전에 이러한 방법에 대한 오류 처리 기술을 살펴보겠습니다.
Async.js 오류 처리 기술
비난하고 싶다면 Node의 fs.exists가 가장 먼저 이런 일을 했다고 비난하세요! 이는 또한 Async.js 데이터 수집 방법(filter/filterSeries, Reject/rejectSeries, detector/DetectSeries, some, all 등)을 사용하는 반복자가 오류를 보고할 수 없음을 의미합니다.
부울이 아닌 모든 Async.js 반복자의 경우 null이 아닌/정의되지 않은 값을 반복자 콜백의 첫 번째 매개변수로 전달하면 오류 값과 함께 완료 콜백이 즉시 호출됩니다. 이것이 readAndConcat이 throw 없이 작동하는 이유입니다.
Asyncjs/forEachSeries.js
function readAndConcat(filename, callback) {
fs .readFile(filename, 'utf8', function(err, fileContents) {
if (err) return callback(err);
concatenation = fileContents;
callback();
} );
}
따라서 callback(err)이 실제로 readAndConcat에서 호출되면 이 오류는 완료 콜백(예: onComplete)으로 전달됩니다. Async.js는 첫 번째 오류로 인해 호출되었는지 또는 모든 작업이 성공적으로 완료되었는지 여부에 관계없이 onComplete가 한 번만 호출되도록 하는 역할만 담당합니다.
Asyncjs/forEachSeries.js
function onComplete(err) {
if (err ) throw err;
console.log(concatenation);
}
노드의 오류 처리 규칙은 Async.js 데이터 수집 방법에는 적합하지 않지만 Async에는 적합할 수 있습니다. js의 다른 모든 메소드와 마찬가지로 이러한 규칙을 준수하면 오류가 각 작업에서 완료 콜백으로 깔끔하게 흐를 수 있습니다. 다음 섹션에서 이에 대한 더 많은 예를 살펴보겠습니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
