An asynchronous line by line file reader for the browser.
This project addresses the lack of asynchronous, promise aware, typescript based file reader solutions specifically crafted for the browser.
This module reads a File object, using the standard FileReader, one line at a time.
In order to achieve this, the file is subject to multiple reads, in 'chunks', which can contain any number of lines.
The advantage of this method is that there is no need for the entire file to be stored in browser memory, and lines can be processed and then discarded. This is especially useful when reading in large files spanning many hundreds of megabytes.
npm install browser-line-reader --save
The following types are used in the type signatures below:
interface Options {
encoding?: string;
}
type LineReaderCallback = (line: string) => void;To get started, import the named LineReader export.
import { LineReader } from 'browser-line-reader';CommonJS consumers can use the same named export:
const { LineReader } = require('browser-line-reader');Type: (file: File) => LineReader
The LineReader class constructor accepting the File object to read.
const myFile: File = new File(['My name is...'], 'SlimShady');
const lineReader: LineReader = new LineReader(myFile);Type: (callback?: LineReaderCallback) => Promise<number>
Read all the lines of a file, one by one.
Accepts a callback with one parameter of type string, which is the line just read.
Returns a promise containing the total number of lines read.
Throws an error passed through from the internal FileReader.prototype.onerror event.
lineReader.readLines((line: string) => {
console.log(line);
}).then((numLinesRead: number) => {
console.log(`Finished and read ${numLinesRead} lines`);
}).catch((err) => {
console.log(err);
});Type: (nLines: number, callback?: LineReaderCallback) => Promise<number>
Read the first n lines of a file of k lines, or all lines if n > k or n < 0.
Return and exceptions are identical to Linereader.prototype.readLines.
lineReader.readNLines(10, (line: string) => {
console.log(line);
});- Support for separate read header action
- Efficiency optimisations
- Benchmarking against standard FileReader API
Please suggest or implement these or any other features you feel are missing.
- Create a feature branch from the latest
masterand install the locked dependencies:
git switch master
git pull --ff-only
git switch -c feature/your-change
npm ci-
Make the smallest focused change and add or update tests in
tests/. -
Run the local checks before opening a pull request:
npx eslint src tests
npx prettier --check "src/**/*.ts" tests/index.spec.ts
npm test -- --runInBand
npm run build
npm pack --dry-runPrettier is used for formatting. Run npx prettier --write "src/**/*.ts" tests/index.spec.ts to format authored files locally. The pre-commit hook runs lint-staged for staged JavaScript and TypeScript files, which runs ESLint and Prettier automatically. Open a pull request into master.
The publish workflow publishes to npm and creates a GitHub release whenever a version tag is pushed. It uses npm trusted publishing, so no long-lived npm token is stored in GitHub.
- Update the version, commit the generated package metadata, and create a matching tag:
npm version patchUse minor or major instead of patch when appropriate.
- Push the commit and tag:
git push origin HEAD --follow-tagsThe v* tag starts .github/workflows/publish.yml. It installs the dependencies, runs lint and tests, builds, and stages the package on npm, then creates a GitHub release for the tag with automatically generated release notes. The workflow uses short-lived OIDC authentication for npm and the repository's built-in GITHUB_TOKEN for the release.
After the workflow succeeds, review the staged package on npmjs.com or with npm stage view <stage-id>. Approve it with 2FA to make it live:
npm stage approve <stage-id>