Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[ko] RegExp.prototype.source 신규 번역 외 #21987

Merged
merged 3 commits into from
Jul 1, 2024

Conversation

wisedog
Copy link
Contributor

@wisedog wisedog commented Jun 27, 2024

  • RegExp.prototype.source 신규 번역
  • RegExp 소개글 일부 번역

RegExp 소개글은 분량이 너무 많아서 본 PR 머지 후 다음 RegExp 메서드 번역할 때마다 조금씩 (아마 3회) 나눠서 번역할 예정입니다.

- RegExp.prototype.source 신규 번역
- RegExp 소개글 일부 번역

`RegExp` 소개글은 분량이 너무 많아서 본 PR 머지 후 다음 `RegExp` 메서드 번역할 때마다
조금씩 (아마 3회) 나눠서 번역할 예정입니다.
@wisedog wisedog requested a review from a team as a code owner June 27, 2024 10:37
@wisedog wisedog requested review from 1ilsang and removed request for a team June 27, 2024 10:37
@github-actions github-actions bot added the l10n-ko Issues related to Korean content. label Jun 27, 2024
Copy link
Contributor

github-actions bot commented Jun 27, 2024

Preview URLs

Flaws (16)

Note! 1 document with no flaws that don't need to be listed. 🎉

URL: /ko/docs/Web/JavaScript/Reference/Global_Objects/RegExp
Title: RegExp
Flaw count: 16

  • macros:
    • /ko/docs/Web/JavaScript/Reference/Global_Objects/RegExp/@@species does not exist but fell back to /en-US/docs/Web/JavaScript/Reference/Global_Objects/RegExp/@@species
    • /ko/docs/Web/JavaScript/Reference/Global_Objects/RegExp/lastIndex does not exist but fell back to /en-US/docs/Web/JavaScript/Reference/Global_Objects/RegExp/lastIndex
    • /ko/docs/Web/JavaScript/Reference/Global_Objects/RegExp/sticky does not exist but fell back to /en-US/docs/Web/JavaScript/Reference/Global_Objects/RegExp/sticky
    • /ko/docs/Web/JavaScript/Reference/Global_Objects/RegExp/unicode does not exist but fell back to /en-US/docs/Web/JavaScript/Reference/Global_Objects/RegExp/unicode
    • /ko/docs/Web/JavaScript/Reference/Global_Objects/RegExp/exec does not exist but fell back to /en-US/docs/Web/JavaScript/Reference/Global_Objects/RegExp/exec
    • and 8 more flaws omitted
  • broken_links:
    • Can't resolve /ko/docs/Web/JavaScript/Guide/Regular_Expressions
    • Can't resolve /ko/docs/Web/JavaScript/Guide/Regular_Expressions/Unicode_Property_Escapes
    • Can't resolve /ko/docs/Web/JavaScript/Guide/Regular_Expressions
External URLs (1)

URL: /ko/docs/Web/JavaScript/Reference/Global_Objects/RegExp
Title: RegExp

(comment last updated: 2024-06-30 23:28:35)

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Copy link
Member

@1ilsang 1ilsang left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@wisedog 님 안녕하세요. 기여해주셔서 감사합니다! 💯

몇 가지 코멘트 남겨두었습니다.

확인하시고 다시 리뷰 요청 부탁드리겠습니다. 🙇

질문이나 도움이 필요하시다면 언제든 멘션 부탁드리겠습니다.

@@ -7,40 +7,45 @@ slug: Web/JavaScript/Reference/Global_Objects/RegExp

**`RegExp`** 생성자는 패턴을 사용해 텍스트를 판별할 때 사용합니다.

정규 표현식에 대한 소개는 [JavaScript 안내서의 정규 표현식 장](/ko/docs/Web/JavaScript/Guide/Regular_Expressions)을 참고하세요.
정규 표현식에 대한 소개는 JavaScript 안내서의 [정규 표현식 장](/ko/docs/Web/JavaScript/Guide/Regular_Expressions)을 참고하세요. 정규 표현식 훈법에 대한 더 자세한 정보는 [정규 표현식 참고서](/ko/docs/Web/JavaScript/Reference/Regular_expressions)를 참고하시기 바랍니다.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
정규 표현식에 대한 소개는 JavaScript 안내서의 [정규 표현식 장](/ko/docs/Web/JavaScript/Guide/Regular_Expressions)을 참고하세요. 정규 표현식 훈법에 대한 더 자세한 정보는 [정규 표현식 참고서](/ko/docs/Web/JavaScript/Reference/Regular_expressions)를 참고하시기 바랍니다.
정규 표현식에 대한 소개는 JavaScript 안내서의 [정규 표현식 장](/ko/docs/Web/JavaScript/Guide/Regular_Expressions)을 참고하세요. 정규 표현식 구문에 대한 더 자세한 정보는 [정규 표현식 참고서](/ko/docs/Web/JavaScript/Reference/Regular_expressions)를 참고하시기 바랍니다.
  • 훈법은 문법의 오타가 맞을까요? 구문으로 표현하는 게 어떤지 의견 드립니다.

이 줄과 별개로 l10n 메타 타이틀을 추가하면 좋을 것 같은데 어떠신가요? b5273d393038abf5880298f01a9d3011d53bf7fc

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

크흑 ㅠㅠ 이런 오타가...
메타는 일부러 넣지 않았습니다. RegExp 소개글 정리가 어느정도 끝날때 메타를 반드시 달도록 하겠습니다.

정규 표현식 객체의 생성자(`new RegExp('ab+c')`)를 사용하면 정규 표현식이 런타임에 컴파일됩니다. 패턴이 변할 가능성이 있거나, 사용자 입력과 같이 알 수 없는 외부 소스에서 가져오는 정규 표현식의 경우 생성자 함수를 사용하세요.
리터럴 표기법은 표현식이 평가될 때 정규 표현식이 컴파일됩니다. 반면에 `RegExp` 객체의 생성자 `new RegExp('ab+c')`는 정규 표현식을 런타임에 컴파일합니다.

[동적 입력에서 정규식을 빌드](<(#building_a_regular_expression_from_dynamic_inputs)>)하려면 `RegExp()` 생성자의 첫 번째 인수로 문자열을 사용합니다.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
[동적 입력에서 정규식을 빌드](<(#building_a_regular_expression_from_dynamic_inputs)>)하려면 `RegExp()` 생성자의 첫 번째 인수로 문자열을 사용합니다.
[동적 입력에서 정규식을 빌드](#building_a_regular_expression_from_dynamic_inputs)하려면 `RegExp()` 생성자의 첫 번째 인수로 문자열을 사용합니다.

오타로 보입니다.

Comment on lines 24 to 28
const re = /ab+c/i; // 리터럴 표기법
// OR
const re = new RegExp("ab+c", "i"); // 첫 번째 인수로 문자열 패턴과 함께 생성자 사용
// OR
const re = new RegExp(/ab+c/, "i"); // 첫 번째 인수로 정규 표현식 리터럴과 함께 생성자 사용
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
const re = /ab+c/i; // 리터럴 표기법
// OR
const re = new RegExp("ab+c", "i"); // 첫 번째 인수로 문자열 패턴과 함께 생성자 사용
// OR
const re = new RegExp(/ab+c/, "i"); // 첫 번째 인수로 정규 표현식 리터럴과 함께 생성자 사용
const re = /ab+c/i; // 리터럴 표기법
// 혹은
const re = new RegExp("ab+c", "i"); // 첫 번째 인수로 문자열 패턴과 함께 생성자 사용
// 혹은
const re = new RegExp(/ab+c/, "i"); // 첫 번째 인수로 정규 표현식 리터럴과 함께 생성자 사용

개념적으로 `source` 속성은 정규식 리터럴의 두 슬래시 사이의 텍스트입니다. 이 언어는 반환된 문자열이 올바르게 이스케이프되어야 하기에 `source`가 양쪽 끝에 슬래시로 연결될 때 구문 분석 가능한 정규식 리터럴이 형성됩니다. 예를 들어, `new RegExp("/")`의 경우 `source`가 `/`를 생성하면 결과 리터럴이 줄 주석인 `//`가 되기 때문에 `\\/`가 됩니다. 마찬가지로 모든 [줄 종결자](/ko/docs/Web/JavaScript/Reference/Lexical_grammar#line_terminators)는 이스케이프 처리됩니다. 줄 종결자 문자는 정규 표현식 리터럴을 분리하기 때문입니다. 결과가 파싱 가능하기만 하다면 다른 문자에 대한 요구 사항은 없습니다. 빈 정규 표현식의 경우 문자열 `(?:)`이 반환됩니다.

## Examples
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
## Examples
## 예제

## 설명

개념적으로 `source` 속성은 정규식 리터럴의 두 슬래시 사이의 텍스트입니다. 이 언어는 반환된 문자열이 올바르게 이스케이프되어야 하기에 `source`가 양쪽 끝에 슬래시로 연결될 때 구문 분석 가능한 정규식 리터럴이 형성됩니다. 예를 들어, `new RegExp("/")`의 경우 `source`가 `/`를 생성하면 결과 리터럴이 줄 주석인 `//`가 되기 때문에 `\\/`가 됩니다. 마찬가지로 모든 [줄 종결자](/ko/docs/Web/JavaScript/Reference/Lexical_grammar#line_terminators)는 이스케이프 처리됩니다. 줄 종결자 문자는 정규 표현식 리터럴을 분리하기 때문입니다. 결과가 파싱 가능하기만 하다면 다른 문자에 대한 요구 사항은 없습니다. 빈 정규 표현식의 경우 문자열 `(?:)`이 반환됩니다.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
개념적으로 `source` 속성은 정규식 리터럴의 두 슬래시 사이의 텍스트입니다. 이 언어는 반환된 문자열이 올바르게 이스케이프되어야 하기에 `source`가 양쪽 끝에 슬래시로 연결될 때 구문 분석 가능한 정규식 리터럴이 형성됩니다. 예를 들어, `new RegExp("/")`의 경우 `source``/`를 생성하면 결과 리터럴이 줄 주석인 `//`가 되기 때문에 `\\/`가 됩니다. 마찬가지로 모든 [줄 종결자](/ko/docs/Web/JavaScript/Reference/Lexical_grammar#line_terminators)는 이스케이프 처리됩니다. 줄 종결자 문자는 정규 표현식 리터럴을 분리하기 때문입니다. 결과가 파싱 가능하기만 하다면 다른 문자에 대한 요구 사항은 없습니다. 빈 정규 표현식의 경우 문자열 `(?:)`이 반환됩니다.
개념적으로 `source` 속성은 정규식 리터럴의 두 슬래시 사이의 텍스트입니다. 이 언어는 반환된 문자열이 올바르게 이스케이프 되어야 하기에 `source`가 양쪽 끝에 슬래시로 연결될 때 구문 분석 가능한 정규식 리터럴이 형성됩니다. 예를 들어, `new RegExp("/")`의 경우 `source``/`를 생성하면 결과 리터럴이 줄 주석인 `//`가 되기 때문에 `\\/`가 됩니다. 마찬가지로 모든 [줄 종결자](/ko/docs/Web/JavaScript/Reference/Lexical_grammar#line_terminators)는 이스케이프 처리됩니다. 줄 종결자 문자는 정규 표현식 리터럴을 분리하기 때문입니다. 결과가 파싱 가능하기만 하다면 다른 문자에 대한 요구 사항은 없습니다. 빈 정규 표현식의 경우 문자열 `(?:)`이 반환됩니다.
@wisedog wisedog requested a review from 1ilsang July 1, 2024 05:16
Copy link
Member

@1ilsang 1ilsang left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM 고생하셨습니다!!

@1ilsang 1ilsang merged commit 7a102f7 into mdn:main Jul 1, 2024
7 checks passed
@wisedog wisedog deleted the js/regexp-source branch July 1, 2024 14:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
l10n-ko Issues related to Korean content.
2 participants