LogTape .eleased: Whats new?
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: Whats new?. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

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

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics











Python is more suitable for beginners, with a smooth learning curve and concise syntax; JavaScript is suitable for front-end development, with a steep learning curve and flexible syntax. 1. Python syntax is intuitive and suitable for data science and back-end development. 2. JavaScript is flexible and widely used in front-end and server-side programming.

The shift from C/C to JavaScript requires adapting to dynamic typing, garbage collection and asynchronous programming. 1) C/C is a statically typed language that requires manual memory management, while JavaScript is dynamically typed and garbage collection is automatically processed. 2) C/C needs to be compiled into machine code, while JavaScript is an interpreted language. 3) JavaScript introduces concepts such as closures, prototype chains and Promise, which enhances flexibility and asynchronous programming capabilities.

The main uses of JavaScript in web development include client interaction, form verification and asynchronous communication. 1) Dynamic content update and user interaction through DOM operations; 2) Client verification is carried out before the user submits data to improve the user experience; 3) Refreshless communication with the server is achieved through AJAX technology.

JavaScript's application in the real world includes front-end and back-end development. 1) Display front-end applications by building a TODO list application, involving DOM operations and event processing. 2) Build RESTfulAPI through Node.js and Express to demonstrate back-end applications.

Understanding how JavaScript engine works internally is important to developers because it helps write more efficient code and understand performance bottlenecks and optimization strategies. 1) The engine's workflow includes three stages: parsing, compiling and execution; 2) During the execution process, the engine will perform dynamic optimization, such as inline cache and hidden classes; 3) Best practices include avoiding global variables, optimizing loops, using const and lets, and avoiding excessive use of closures.

Python and JavaScript have their own advantages and disadvantages in terms of community, libraries and resources. 1) The Python community is friendly and suitable for beginners, but the front-end development resources are not as rich as JavaScript. 2) Python is powerful in data science and machine learning libraries, while JavaScript is better in front-end development libraries and frameworks. 3) Both have rich learning resources, but Python is suitable for starting with official documents, while JavaScript is better with MDNWebDocs. The choice should be based on project needs and personal interests.

Both Python and JavaScript's choices in development environments are important. 1) Python's development environment includes PyCharm, JupyterNotebook and Anaconda, which are suitable for data science and rapid prototyping. 2) The development environment of JavaScript includes Node.js, VSCode and Webpack, which are suitable for front-end and back-end development. Choosing the right tools according to project needs can improve development efficiency and project success rate.

C and C play a vital role in the JavaScript engine, mainly used to implement interpreters and JIT compilers. 1) C is used to parse JavaScript source code and generate an abstract syntax tree. 2) C is responsible for generating and executing bytecode. 3) C implements the JIT compiler, optimizes and compiles hot-spot code at runtime, and significantly improves the execution efficiency of JavaScript.
