LogTape .released: 새로운 기능은 무엇입니까?
JavaScript 및 TypeScript를 위한 독립적 구조의 로깅 라이브러리인 LogTape이 v0.6.0을 출시했습니다. 무엇이 바뀌었나요?
상위 로거의 싱크 재정의
LogTape의 기능 중 하나는 계층적 카테고리를 통한 싱크의 상속입니다. 예를 들어, 다음과 같이 두 개의 로거를 설정하는 경우:
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: "재정의" 옵션을 활성화하는 경우:
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 이슈 #15를 참고해주세요.
메시지 템플릿의 자리 표시자에 선행/후행 공백 허용
이전 버전에서는 다음과 같이 로그인했다면:
logger.info("Hello, { name }!", { name: "Alice" });
기대와는 달리 Hello, undefine!의 로그가 나왔습니다. 생성될 것입니다. 이는 자리 표시자 { 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 이슈 #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 이슈 #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 .released: 새로운 기능은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

Python은 부드러운 학습 곡선과 간결한 구문으로 초보자에게 더 적합합니다. JavaScript는 가파른 학습 곡선과 유연한 구문으로 프론트 엔드 개발에 적합합니다. 1. Python Syntax는 직관적이며 데이터 과학 및 백엔드 개발에 적합합니다. 2. JavaScript는 유연하며 프론트 엔드 및 서버 측 프로그래밍에서 널리 사용됩니다.

웹 개발에서 JavaScript의 주요 용도에는 클라이언트 상호 작용, 양식 검증 및 비동기 통신이 포함됩니다. 1) DOM 운영을 통한 동적 컨텐츠 업데이트 및 사용자 상호 작용; 2) 사용자가 사용자 경험을 향상시키기 위해 데이터를 제출하기 전에 클라이언트 확인이 수행됩니다. 3) 서버와의 진실한 통신은 Ajax 기술을 통해 달성됩니다.

실제 세계에서 JavaScript의 응용 프로그램에는 프론트 엔드 및 백엔드 개발이 포함됩니다. 1) DOM 운영 및 이벤트 처리와 관련된 TODO 목록 응용 프로그램을 구축하여 프론트 엔드 애플리케이션을 표시합니다. 2) Node.js를 통해 RESTFULAPI를 구축하고 Express를 통해 백엔드 응용 프로그램을 시연하십시오.

보다 효율적인 코드를 작성하고 성능 병목 현상 및 최적화 전략을 이해하는 데 도움이되기 때문에 JavaScript 엔진이 내부적으로 작동하는 방식을 이해하는 것은 개발자에게 중요합니다. 1) 엔진의 워크 플로에는 구문 분석, 컴파일 및 실행; 2) 실행 프로세스 중에 엔진은 인라인 캐시 및 숨겨진 클래스와 같은 동적 최적화를 수행합니다. 3) 모범 사례에는 글로벌 변수를 피하고 루프 최적화, Const 및 Lets 사용 및 과도한 폐쇄 사용을 피하는 것이 포함됩니다.

Python과 JavaScript는 커뮤니티, 라이브러리 및 리소스 측면에서 고유 한 장점과 단점이 있습니다. 1) Python 커뮤니티는 친절하고 초보자에게 적합하지만 프론트 엔드 개발 리소스는 JavaScript만큼 풍부하지 않습니다. 2) Python은 데이터 과학 및 기계 학습 라이브러리에서 강력하며 JavaScript는 프론트 엔드 개발 라이브러리 및 프레임 워크에서 더 좋습니다. 3) 둘 다 풍부한 학습 리소스를 가지고 있지만 Python은 공식 문서로 시작하는 데 적합하지만 JavaScript는 MDNWebDocs에서 더 좋습니다. 선택은 프로젝트 요구와 개인적인 이익을 기반으로해야합니다.

개발 환경에서 Python과 JavaScript의 선택이 모두 중요합니다. 1) Python의 개발 환경에는 Pycharm, Jupyternotebook 및 Anaconda가 포함되어 있으며 데이터 과학 및 빠른 프로토 타이핑에 적합합니다. 2) JavaScript의 개발 환경에는 Node.js, VScode 및 Webpack이 포함되어 있으며 프론트 엔드 및 백엔드 개발에 적합합니다. 프로젝트 요구에 따라 올바른 도구를 선택하면 개발 효율성과 프로젝트 성공률이 향상 될 수 있습니다.

C와 C는 주로 통역사와 JIT 컴파일러를 구현하는 데 사용되는 JavaScript 엔진에서 중요한 역할을합니다. 1) C는 JavaScript 소스 코드를 구문 분석하고 추상 구문 트리를 생성하는 데 사용됩니다. 2) C는 바이트 코드 생성 및 실행을 담당합니다. 3) C는 JIT 컴파일러를 구현하고 런타임에 핫스팟 코드를 최적화하고 컴파일하며 JavaScript의 실행 효율을 크게 향상시킵니다.

Python은 데이터 과학 및 자동화에 더 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 더 적합합니다. 1. Python은 데이터 처리 및 모델링을 위해 Numpy 및 Pandas와 같은 라이브러리를 사용하여 데이터 과학 및 기계 학습에서 잘 수행됩니다. 2. 파이썬은 간결하고 자동화 및 스크립팅이 효율적입니다. 3. JavaScript는 프론트 엔드 개발에 없어서는 안될 것이며 동적 웹 페이지 및 단일 페이지 응용 프로그램을 구축하는 데 사용됩니다. 4. JavaScript는 Node.js를 통해 백엔드 개발에 역할을하며 전체 스택 개발을 지원합니다.
