search
HomeWeb Front-endJS TutorialLogTape .eleased: What&#s new?

LogTape .eleased: What

LogTape, a zero-dependency structured logging library for JavaScript and TypeScript, has released v0.6.0. What has changed?

Overriding parent logger's sinks

One of LogTape's features is inheritance of sinks through hierarchical categories. For example, if you set up two loggers like this:

import { configure, getConsoleSink, getFileSink } from "@logtape/logtape";

await configure({
  sinks: {
    console: getConsoleSink(),
    file:    getFileSink("app.log"),
  },
  loggers: [
    { category: ["app"],           level: "debug", sinks: ["file"] },
    { category: ["app", "module"], level: "debug", sinks: ["console"] },
  ],
});

Logs written to the ["app"] logger will only be saved to the app.log file, but logs written to the ["app", "module"] logger will be saved to both the app.log file and output to the console. This is because the ["app", "module"] logger inherits the sinks from its parent category ["app"].

However, sometimes you might not want this behavior. Starting from LogTape 0.6.0, you can now override the parent logger's sinks. For example, if you enable the parentSinks: "override" option for the child logger like this:

await configure({
  sinks: { /* omitted; same as above */ },
  loggers: [
    { category: ["app"],           level: "debug", sinks: ["file"] },
    { category: ["app", "module"], level: "debug", sinks: ["console"], parentSinks: "override" },
  ],
});

Logs written to the ["app"] logger will only be saved to the app.log file, and logs written to the ["app", "module"] logger will only be output to the console. This is because the child logger ["app", "module"] has overridden the sinks of the ["app"] logger.

Of course, the default value is parentSinks: "inherit", so if you don't specify the option, it will behave as before.

If you're curious about the background of this feature addition, please refer to GitHub issue #15.

Allow leading/trailing spaces for placeholders in message templates

In previous versions, if you logged like this:

logger.info("Hello, { name }!", { name: "Alice" });

Contrary to expectations, a log of Hello, undefined! would be created. This was because the placeholder { name } included space characters, so it looked for a property " name " instead of "name". In other words, you had to either remove the spaces from the placeholder like this:

logger.info("Hello, {name}!", { name: "Alice" });

Or add the same spaces to the actual property name like this:

logger.info("Hello, { name }!", { " name ": "Alice" });

While this wasn't strictly a bug, it was behavior prone to mistakes depending on coding habits.

However, starting from LogTape 0.6.0, even if there are spaces at the beginning and end of the placeholder, it will look for a property name without spaces. For example, if you log like this:

logger.info("Hello, { name }!", { name: "Alice" });

As expected, a log of Hello, Alice! will be created.

However, if there is a property that exactly matches including the space characters, that will be prioritized. For example, if you log like this:

logger.info("Hello, { name }!", { name: "Alice", " name ": "Bob" });

Hello, Bob! will be logged instead of Hello, Alice!.

If you're curious about the background of this feature addition, please refer to GitHub issue #16.

LogRecord.rawMessage property

LogRecord is a data type that represents a log before it is output and formatted by LogTape.

While the LogRecord.message property already existed, this property contained the result after the placeholders in the message template had been replaced with actual property values. This was sufficient in most cases, but when the log output destination (sink) is another logging system, you might want to output the original message template and property values separately, allowing the receiving logging system to replace the placeholders in the message template with property values directly.

The LogRecord.rawMessage added in LogTape 0.6.0 is a property for exactly this purpose, containing the original state of the message template with placeholders unreplaced. For example, if you log like this:

logger.info("Hello, {name}!", { name: "Alice" });

While LogRecord.message will contain the value ["Hello, ", "Alice", "!"], LogRecord.rawMessage will contain the value "Hello, {name}!".

If you're curious about the background of this feature addition, please refer to GitHub issue #17.

Customizable built-in text formatters

A text formatter is an interface that determines how each log will be formatted into text in stream sinks, file sinks, etc. The actual type definition is quite simple:

export type TextFormatter = (record: LogRecord) => string;

However, it can be cumbersome to define a text formatter directly every time, so LogTape has built-in defaultTextFormatter and ansiColorFormatter that you can use. Until now, because no additional configuration was possible, you had to accept the predetermined format as is. For example, if you didn't like that log levels like "warning" were output as three-letter abbreviations like WRN, you had to implement TextFormatter from scratch.

However, starting from LogTape 0.6.0, you can customize various formatting settings to your liking through the getDefaultTextFormatter() and getAnsiColorFormatter() functions without having to implement TextFormatter from scratch.

For example, if you want to represent log levels like "warning" as a single uppercase letter W, you can configure it like this:

const myFormatter = getDefaultTextFormatter({ level: "L" });

Or if you want to omit the date and timezone from the timestamp and only show the time, you can configure it like this:

const myFormatter = getDefaultTextFormatter({ timestamp: "time" });

For descriptions of more formatting options, please refer to the related documentation.

If you're curious about the background of this feature addition, please refer to GitHub issue #13.

Get it from JSR and npm

LogTape 0.6.0 is already available on JSR and npm, so get it now!

deno add @logtape/logtape@0.6.0  # Deno
npm  add @logtape/logtape@0.6.0  # npm
pnpm add @logtape/logtape@0.6.0  # pnpm
yarn add @logtape/logtape@0.6.0  # Yarn
bun  add @logtape/logtape@0.6.0  # Bun

Happy logging!

The above is the detailed content of LogTape .eleased: What&#s new?. For more information, please follow other related articles on the PHP Chinese website!

Statement
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
Javascript Data Types : Is there any difference between Browser and NodeJs?Javascript Data Types : Is there any difference between Browser and NodeJs?May 14, 2025 am 12:15 AM

JavaScript core data types are consistent in browsers and Node.js, but are handled differently from the extra types. 1) The global object is window in the browser and global in Node.js. 2) Node.js' unique Buffer object, used to process binary data. 3) There are also differences in performance and time processing, and the code needs to be adjusted according to the environment.

JavaScript Comments: A Guide to Using // and /* */JavaScript Comments: A Guide to Using // and /* */May 13, 2025 pm 03:49 PM

JavaScriptusestwotypesofcomments:single-line(//)andmulti-line(//).1)Use//forquicknotesorsingle-lineexplanations.2)Use//forlongerexplanationsorcommentingoutblocksofcode.Commentsshouldexplainthe'why',notthe'what',andbeplacedabovetherelevantcodeforclari

Python vs. JavaScript: A Comparative Analysis for DevelopersPython vs. JavaScript: A Comparative Analysis for DevelopersMay 09, 2025 am 12:22 AM

The main difference between Python and JavaScript is the type system and application scenarios. 1. Python uses dynamic types, suitable for scientific computing and data analysis. 2. JavaScript adopts weak types and is widely used in front-end and full-stack development. The two have their own advantages in asynchronous programming and performance optimization, and should be decided according to project requirements when choosing.

Python vs. JavaScript: Choosing the Right Tool for the JobPython vs. JavaScript: Choosing the Right Tool for the JobMay 08, 2025 am 12:10 AM

Whether to choose Python or JavaScript depends on the project type: 1) Choose Python for data science and automation tasks; 2) Choose JavaScript for front-end and full-stack development. Python is favored for its powerful library in data processing and automation, while JavaScript is indispensable for its advantages in web interaction and full-stack development.

Python and JavaScript: Understanding the Strengths of EachPython and JavaScript: Understanding the Strengths of EachMay 06, 2025 am 12:15 AM

Python and JavaScript each have their own advantages, and the choice depends on project needs and personal preferences. 1. Python is easy to learn, with concise syntax, suitable for data science and back-end development, but has a slow execution speed. 2. JavaScript is everywhere in front-end development and has strong asynchronous programming capabilities. Node.js makes it suitable for full-stack development, but the syntax may be complex and error-prone.

JavaScript's Core: Is It Built on C or C  ?JavaScript's Core: Is It Built on C or C ?May 05, 2025 am 12:07 AM

JavaScriptisnotbuiltonCorC ;it'saninterpretedlanguagethatrunsonenginesoftenwritteninC .1)JavaScriptwasdesignedasalightweight,interpretedlanguageforwebbrowsers.2)EnginesevolvedfromsimpleinterpreterstoJITcompilers,typicallyinC ,improvingperformance.

JavaScript Applications: From Front-End to Back-EndJavaScript Applications: From Front-End to Back-EndMay 04, 2025 am 12:12 AM

JavaScript can be used for front-end and back-end development. The front-end enhances the user experience through DOM operations, and the back-end handles server tasks through Node.js. 1. Front-end example: Change the content of the web page text. 2. Backend example: Create a Node.js server.

Python vs. JavaScript: Which Language Should You Learn?Python vs. JavaScript: Which Language Should You Learn?May 03, 2025 am 12:10 AM

Choosing Python or JavaScript should be based on career development, learning curve and ecosystem: 1) Career development: Python is suitable for data science and back-end development, while JavaScript is suitable for front-end and full-stack development. 2) Learning curve: Python syntax is concise and suitable for beginners; JavaScript syntax is flexible. 3) Ecosystem: Python has rich scientific computing libraries, and JavaScript has a powerful front-end framework.

See all articles

Hot AI Tools

Undresser.AI Undress

Undresser.AI Undress

AI-powered app for creating realistic nude photos

AI Clothes Remover

AI Clothes Remover

Online AI tool for removing clothes from photos.

Undress AI Tool

Undress AI Tool

Undress images for free

Clothoff.io

Clothoff.io

AI clothes remover

Video Face Swap

Video Face Swap

Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

This project is in the process of being migrated to osdn.net/projects/mingw, you can continue to follow us there. MinGW: A native Windows port of the GNU Compiler Collection (GCC), freely distributable import libraries and header files for building native Windows applications; includes extensions to the MSVC runtime to support C99 functionality. All MinGW software can run on 64-bit Windows platforms.

SublimeText3 Chinese version

SublimeText3 Chinese version

Chinese version, very easy to use

DVWA

DVWA

Damn Vulnerable Web App (DVWA) is a PHP/MySQL web application that is very vulnerable. Its main goals are to be an aid for security professionals to test their skills and tools in a legal environment, to help web developers better understand the process of securing web applications, and to help teachers/students teach/learn in a classroom environment Web application security. The goal of DVWA is to practice some of the most common web vulnerabilities through a simple and straightforward interface, with varying degrees of difficulty. Please note that this software

Zend Studio 13.0.1

Zend Studio 13.0.1

Powerful PHP integrated development environment

PhpStorm Mac version

PhpStorm Mac version

The latest (2018.2.1) professional PHP integrated development tool