検索

LogTape .eleased: What

JavaScript および TypeScript 用の依存関係のない構造化ログ ライブラリである LogTape が v0.6.0 をリリースしました。何が変わりましたか?

親ロガーのシンクをオーバーライドする

LogTape の機能の 1 つは、階層カテゴリによるシンクの継承です。たとえば、次のように 2 つのロガーを設定するとします。

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"] },
  ],
});

["app"] ロガーに書き込まれたログは app.log ファイルにのみ保存されますが、["app", "module"] ロガーに書き込まれたログは両方のファイルに保存されますapp.log ファイルとコンソールへの出力。これは、["app", "module"] ロガーがその親カテゴリ ["app"] からシンクを継承するためです。

ただし、場合によっては、この動作が望ましくない場合もあります。 LogTape 0.6.0 以降では、親ロガーのシンクをオーバーライドできるようになりました。たとえば、次のように子ロガーのparentSinks: "override" オプションを有効にした場合:

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

["app"] ロガーに書き込まれたログは app.log ファイルにのみ保存され、["app", "module"] ロガーに書き込まれたログは次の場所にのみ出力されます。コンソール。これは、子ロガー ["app", "module"] が ["app"] ロガーのシンクをオーバーライドしたためです。

もちろん、デフォルト値はparentSinks: "inherit"なので、オプションを指定しない場合は以前と同じように動作します。

この機能追加の背景について知りたい場合は、GitHub issue #15 を参照してください。

メッセージ テンプレートのプレースホルダーに先頭/末尾のスペースを許可する

以前のバージョンでは、次のようにログした場合:

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

予想に反して、Hello, unfineed! のログが表示されました。が作成されることになります。これは、プレースホルダー { name } にスペース文字が含まれていたため、「name」ではなくプロパティ「 name 」が検索されたためです。つまり、次のようにプレースホルダーからスペースを削除する必要がありました。

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

または、次のように実際のプロパティ名に同じスペースを追加します。

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

これは厳密にはバグではありませんが、コーディングの習慣によっては間違いが起こりやすい動作でした。

ただし、LogTape 0.6.0 以降では、プレースホルダーの先頭と末尾にスペースがある場合でも、スペースのないプロパティ名が検索されます。たとえば、次のようにログを記録した場合:

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

さすが、ハローアリスのログ!

が作成されます。

ただし、空白文字も含めて完全一致するプロパティがあった場合は、それが優先されます。たとえば、次のようにログを記録した場合:

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

こんにちは、ボブ! Hello,Alice! の代わりにログに記録されます。

この機能追加の背景について知りたい場合は、GitHub issue #16 を参照してください。

LogRecord.rawMessage プロパティ

LogRecord は、LogTape によって出力およびフォーマットされる前のログを表すデータ型です。

LogRecord.message プロパティはすでに存在していましたが、このプロパティには、メッセージ テンプレート内のプレースホルダーが実際のプロパティ値に置き換えられた後の結果が含まれていました。ほとんどの場合、これで十分でしたが、ログの出力先 (シンク) が別のログ システムである場合は、元のメッセージ テンプレートとプロパティ値を別々に出力して、受信ログ システムがメッセージ テンプレート内のプレースホルダーをプロパティに置き換えられるようにすることをお勧めします。直接値を設定します。

LogTape 0.6.0 で追加された LogRecord.rawMessage は、まさにこの目的のためのプロパティであり、プレースホルダーが置換されていないメッセージ テンプレートの元の状態が含まれています。たとえば、次のようにログを記録した場合:

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

LogRecord.message には値 ["Hello, ", "Alice", "!"] が含まれますが、LogRecord.rawMessage には値 "Hello, {name}!" が含まれます。

この機能追加の背景について知りたい場合は、GitHub issue #17 を参照してください。

カスタマイズ可能な組み込みテキスト フォーマッタ

テキスト フォーマッタは、ストリーム シンクやファイル シンクなどで各ログをテキストにフォーマットする方法を決定するインターフェイスです。実際の型定義は非常に単純です。

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

ただし、テキスト フォーマッタを毎回直接定義するのは面倒な場合があるため、LogTape には、使用できる組み込みのdefaultTextFormatter および ansiColorFormatter があります。これまでは追加の設定ができなかったため、あらかじめ決められた形式をそのまま受け入れる必要がありました。たとえば、「警告」などのログ レベルが WRN のような 3 文字の略語で出力されるのが気に入らない場合は、TextFormatter を最初から実装する必要がありました。

ただし、LogTape 0.6.0 以降では、TextFormatter を最初から実装しなくても、getDefaultTextFormatter() 関数と getAnsiColorFormatter() 関数を使用して、さまざまな書式設定を好みに合わせてカスタマイズできます。

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!

以上がLogTape .eleased: 新機能は何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
Python vs. JavaScript:コミュニティ、ライブラリ、リソースPython vs. JavaScript:コミュニティ、ライブラリ、リソースApr 15, 2025 am 12:16 AM

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへ:すべてがどのように機能するかC/CからJavaScriptへ:すべてがどのように機能するかApr 14, 2025 am 12:05 AM

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

JavaScriptエンジン:実装の比較JavaScriptエンジン:実装の比較Apr 13, 2025 am 12:05 AM

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

ブラウザを超えて:現実世界のJavaScriptブラウザを超えて:現実世界のJavaScriptApr 12, 2025 am 12:06 AM

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)Apr 11, 2025 am 08:23 AM

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

next.jsを使用してマルチテナントSaaSアプリケーションを構築する方法(フロントエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する方法(フロントエンド統合)Apr 11, 2025 am 08:22 AM

この記事では、許可によって保護されたバックエンドとのフロントエンド統合を示し、next.jsを使用して機能的なedtech SaaSアプリケーションを構築します。 FrontEndはユーザーのアクセス許可を取得してUIの可視性を制御し、APIリクエストがロールベースに付着することを保証します

JavaScript:Web言語の汎用性の調査JavaScript:Web言語の汎用性の調査Apr 11, 2025 am 12:01 AM

JavaScriptは、現代のWeb開発のコア言語であり、その多様性と柔軟性に広く使用されています。 1)フロントエンド開発:DOM操作と最新のフレームワーク(React、Vue.JS、Angularなど)を通じて、動的なWebページとシングルページアプリケーションを構築します。 2)サーバー側の開発:node.jsは、非ブロッキングI/Oモデルを使用して、高い並行性とリアルタイムアプリケーションを処理します。 3)モバイルおよびデスクトップアプリケーション開発:クロスプラットフォーム開発は、反応および電子を通じて実現され、開発効率を向上させます。

JavaScriptの進化:現在の傾向と将来の見通しJavaScriptの進化:現在の傾向と将来の見通しApr 10, 2025 am 09:33 AM

JavaScriptの最新トレンドには、TypeScriptの台頭、最新のフレームワークとライブラリの人気、WebAssemblyの適用が含まれます。将来の見通しは、より強力なタイプシステム、サーバー側のJavaScriptの開発、人工知能と機械学習の拡大、およびIoTおよびEDGEコンピューティングの可能性をカバーしています。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

EditPlus 中国語クラック版

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

SublimeText3 Mac版

SublimeText3 Mac版

神レベルのコード編集ソフト(SublimeText3)

Safe Exam Browser

Safe Exam Browser

Safe Exam Browser は、オンライン試験を安全に受験するための安全なブラウザ環境です。このソフトウェアは、あらゆるコンピュータを安全なワークステーションに変えます。あらゆるユーティリティへのアクセスを制御し、学生が無許可のリソースを使用するのを防ぎます。