[Final] PEP 378 - Format Specifier for Thousands Separator

원문 링크: PEP 378 - Format Specifier for Thousands Separator

상태: Final 유형: Standards Track 작성일: 12-Mar-2009

PEP 378 – Format Specifier for Thousands Separator

저자: Raymond Hettinger **상태:** 최종 (Final) **유형:** 표준 트랙 (Standards Track) **생성일:** 2009년 3월 12일 **Python 버전:** 2.7, 3.1 **이전 이력:** 2009년 3월 12일

개요

이 문서는 Python의 format() 미니 언어에 천 단위 구분 기호(thousands separator)를 위한 새로운 형식 지정자(format specifier)를 추가하는 제안인 PEP 378의 내용을 한국어로 번역하고 정리합니다. 이 제안은 숫자를 사용자에게 더 읽기 쉽게 표시하고, 특히 재무 분야와 같이 천 단위 구분 기호 사용이 일반적인 경우에 유용합니다. locale 모듈의 복잡성과 한계를 극복하면서도 간단하고 플랫폼 독립적인 방식으로 숫자를 포매팅하는 방법을 제공하는 것을 목표로 합니다.

목차

  1. 동기 (Motivation)
  2. 주요 제안 (Main Proposal)
  3. 미니 언어의 현재 버전 (Current Version of the Mini-Language)
  4. 다른 언어들의 사례 연구 (Research into what Other Languages Do)
  5. 대안 제안 (Alternative Proposal)
  6. 논평 (Commentary)
  7. 저작권 (Copyright)

1. 동기 (Motivation)

숫자에 천 단위 구분 기호를 추가하는 것은 프로그램의 출력을 ‘인간 친화적(humanize)’으로 만들고, 전문적인 모양과 가독성을 향상하는 가장 간단한 방법 중 하나입니다. 특히 재무 분야에서는 천 단위 구분 기호가 포함된 출력이 일반적입니다.

기존의 locale 모듈을 통한 접근 방식은 재무 분야 사용자 및 비전문 프로그래머에게는 번거롭고, 난해하며, 명확하지 않다고 여겨졌습니다. locale 모듈은 두 가지 주요 문제를 안고 있습니다.

  • 전역 설정: locale은 전역 설정(global setting)이므로, 여러 로케일(locale)로 요청을 처리해야 하는 다중 스레드(multi-threaded) 애플리케이션에는 적합하지 않습니다.
  • 플랫폼 종속성: 관련 로케일의 이름(예: “de_DE”)은 플랫폼마다 다를 수 있으며, 심지어 정의되지 않을 수도 있습니다. locale 모듈 문서는 이러한 문제점들을 상세히 설명하고 있습니다.

이 PEP의 목표는 locale 모듈을 대체하거나, 국제화(internationalization) 작업을 수행하거나, 모든 가능한 규칙을 수용하려는 것이 아닙니다. 그러한 작업은 Babel과 같은 강력한 도구에 더 적합합니다. 대신, 이 PEP는 많은 사용자가 흔히 수행하는 일상적인 작업을 더 쉽게 만드는 것을 목표로 합니다.

2. 주요 제안 (Main Proposal) (Alyssa Coghlan, 원래는 Proposal I)

format() 지정자 미니 언어(mini-language)에 쉼표(,)가 추가됩니다.

[[fill]align][sign][#][0][width][,][.precision][type]

쉼표(,) 옵션은 출력에 천 단위 구분 기호로 쉼표를 포함해야 함을 나타냅니다. 소수점으로 마침표를 사용하지 않는 로케일과 마찬가지로, 숫자 구분(digit separation)에 다른 규칙을 사용하는 로케일은 적절한 포매팅을 얻기 위해 locale 모듈을 사용해야 할 것입니다.

이 제안은 float, int, decimal 타입과 잘 작동합니다. 또한 다른 구분 기호로 쉽게 대체할 수 있습니다. 예를 들어:

format(n, "6,d").replace(",", "_")

이 기법은 완전히 일반적이지만, 쉼표와 마침표를 서로 바꿔야 하는 한 가지 경우에는 다소 불편합니다.

format(n, "6,f").replace(",", "X").replace(".", ",").replace("X", ".")

width 인수는 쉼표와 소수점을 포함한 총 길이를 의미합니다.

format(1234, "08,d")  # 결과: '0001,234'
format(1234.5, "08,.1f") # 결과: '01,234.5'

쉼표(,) 옵션은 d, e, f, g, E, G, %, F, 그리고 '' (빈 문자열) 타입에 대해 위에서 설명한 대로 정의됩니다. 향후 확장을 위해, 이진수(binary), 8진수(octal), 16진수(hex), 문자(character) 등 다른 타입에 대해서는 정의되지 않습니다.

이 제안은 대안 제안(Alternative Proposal)보다 더 간단하다는 장점이 있지만, 유연성이 훨씬 떨어지고 즉시 더 적은 사용자의 요구를 충족합니다. 다른 구분 기호를 지정하기 위한 다른 해결책이 나올 것으로 예상됩니다.

3. 미니 언어의 현재 버전 (Current Version of the Mini-Language)

  • Python 2.6 문서 (PEP 3101 Advanced String Formatting)

4. 다른 언어들의 사례 연구 (Research into what Other Languages Do)

웹 검색 결과, 천 단위 구분 기호는 주로 쉼표(COMMA), 마침표(DOT), 공백(SPACE), 아포스트로피(APOSTROPHE) 또는 밑줄(UNDERSCORE) 중 하나가 사용됩니다.

  • C#: 두 가지 스타일(그림 포매팅 및 타입 지정자)을 제공합니다. 타입 지정자 접근 방식은 로케일 인식(locale aware)입니다. 그림 포매팅은 쉼표(COMMA)만을 천 단위 구분 기호로 제공합니다. 
    String.Format("{0:n}", 12400)    // 결과: "12,400"
String.Format("{0:0,0}", 12400) // 결과: "12,400"
  • Common Lisp: ~D 십진수 타입 지정자 앞에 콜론(:)을 사용하여 쉼표(COMMA)를 천 단위 구분 기호로 출력합니다. ~D의 일반적인 형식은 ~mincol,padchar,commachar,commaintervalD입니다. padchar는 기본적으로 SPACE, commachar는 기본적으로 COMMA, commainterval은 기본적으로 3입니다. 
    (format nil "~:D" 229345007) ; 결과: "229,345,007"
  • ADA: 숫자 리터럴에 밑줄(UNDERSCORES)을 허용합니다.
  • Visual Basic 및 MS Excel: _($* #,##0_)와 같이 매우 유연한 사용자 정의 형식 지정자를 사용합니다.
  • COBOL: PICTURE $***,**9.99CR와 같은 picture clauses를 사용합니다.
  • Java: Decimal.Format 클래스를 제공하며, #,##0.00;(#,##0.00)와 같은 그림 패턴(양수에 대한 패턴과 선택적인 음수에 대한 패턴)을 사용합니다. 수백, 만 단위 및 불균등 그룹화를 포함한 임의의 그룹화를 허용합니다. 특수 패턴 문자는 비지역화(non-localized)되어 소수점 구분 기호로 마침표(DOT), 그룹화 구분 기호로 쉼표(COMMA)를 사용합니다. 사용자는 포매터의 DecimalFormatSymbols 객체를 사용하여 대체 기호 세트를 제공할 수 있습니다.

5. 대안 제안 (Alternative Proposal) (Eric Smith, 원래는 Proposal II)

천 단위 구분 기호(thousands separator)와 소수점 구분 기호(decimal separator) 모두 사용자가 지정할 수 있도록 하지만, 로케일 인식은 하지 않도록 제안합니다. 단순화를 위해 선택 사항을 쉼표(COMMA), 마침표(DOT), 공백(SPACE), 아포스트로피(APOSTROPHE) 또는 밑줄(UNDERSCORE)로 제한합니다. 공백은 U+0020 또는 U+00A0 둘 중 하나일 수 있습니다.

구분 기호 뒤에 정밀도(precision)가 오면, 해당 구분 기호는 소수점 구분 기호이며, 그 앞에 오는 선택적 구분 기호는 천 단위 구분 기호입니다. 정밀도가 없을 경우, 단독 지정자(lone specifier)는 천 단위 구분 기호를 의미합니다.

[[fill]align][sign][#][0][width][tsep][dsep precision][type]

예시:

format(1234, "8.1f")   # 결과: ' 1234.0' (소수점 구분 기호 '.')
format(1234, "8,1f")   # 결과: ' 1234,0' (소수점 구분 기호 ',')
format(1234, "8.,1f")  # 결과: ' 1.234,0' (천 단위 구분 기호 '.', 소수점 구분 기호 ',')
format(1234, "8 ,f")   # 결과: ' 1 234,0' (천 단위 구분 기호 ' ', 소수점 구분 기호 ',')
format(1234, "8d")     # 결과: '    1234' (구분 기호 없음)
format(1234, "8,d")    # 결과: '   1,234' (천 단위 구분 기호 ',')
format(1234, "8_d")    # 결과: '   1_234' (천 단위 구분 기호 '_')

이 제안은 대부분의 요구를 충족하지만, 파싱(parsing)에 더 많은 노력이 필요하다는 단점이 있습니다. 모든 가능한 규칙을 다루지는 못하지만, 최소한 한 가지 옵션(공백 또는 밑줄)은 다양한 배경을 가진 사람들에게 읽기 쉽고, 이해하기 쉬우며, 유용할 것입니다.

예시에서 보듯이, width 인수는 천 단위 구분 기호와 소수점 구분 기호를 포함한 총 길이를 의미합니다.

locale 모듈에는 변경 사항이 제안되지 않습니다.

천 단위 구분 기호는 d, e, f, g, %, E, G, F 타입에 대해 위에서 설명한 대로 정의됩니다. 향후 확장을 위해, 이진수(binary), 8진수(octal), 16진수(hex), 문자(character) 등 다른 타입에 대해서는 정의되지 않습니다.

이 대안 제안의 단점은 단일 구분 기호가 천 단위 구분 기호인지 소수점 구분 기호인지 정신적으로 파싱하기 어렵다는 점입니다. 아마도 소수점 구분 기호를 정밀도 지정자와 연결하는 것이 너무 난해할 수 있습니다.

6. 논평 (Commentary)

일부 논평자들은 형식 문자열(format strings) 자체를 싫어하고 읽기 어렵다고 생각합니다. 제안된 대안으로는 COBOL 스타일의 PICTURE 접근 방식이나 가능한 모든 조합에 대한 키워드 인수를 가진 편의 함수(convenience function)가 있습니다. 일부 뉴스그룹 응답자들은 국제화되지 않은 스크립트는 존재할 필요가 없으며, 특정 선택 사항을 간단하게 하드코딩(hardwire)하는 방법을 제공하는 것은 시대에 역행하는 것이라고 생각합니다(이는 로케일 민감(locale sensitive) 접근 방식을 사용할 동기를 줄입니다).

또 다른 의견은 개별 형식 문자열에 특정 규칙을 내장하면 나중에 해당 규칙을 변경하기 어렵게 만든다는 것입니다. 실행 가능한 대안은 제안되지 않았지만, 일반적인 아이디어는 규칙을 한 번 설정하고 모든 곳에 적용되도록 하는 것입니다 (다른 사람들은 locale 모듈이 이미 이를 위한 방법을 제공한다고 논평했습니다).

부동 소수점 숫자의 소수 부분에서 숫자를 그룹화하는 선례가 일부 있지만, 이 PEP는 그 영역으로 나아가지 않습니다. 소수점 왼쪽에 있는 숫자만 그룹화됩니다. 이것이 미래의 확장을 배제하는 것은 아니며, 단지 포매팅 언어에 대한 단일하고 일반적으로 유용한 확장에 초점을 맞춥니다.

James Knight는 인도/파키스탄 숫자 체계가 백 단위로 그룹화된다고 언급했습니다. Ben Finney는 중국이 만 단위로 그룹화된다고 지적했습니다. Eric Smith는 locale 모듈의 “n” 지정자가 이미 이러한 경우를 처리한다고 지적했습니다 (비록 정수에 대해서만 그렇지만). 이 PEP는 이러한 모든 가능성을 지원하려고 시도하지 않습니다. 대신, 많은 (모두는 아니지만) 상황에서 가독성을 빠르게 향상할 수 있는 단일하고 비교적 일반적인 그룹화 규칙에 초점을 맞춥니다.

이 문서는 퍼블릭 도메인(public domain)에 공개되었습니다.

I have translated the entire PEP 0378 document based on the browsed content, following all the specified guidelines.

  • Professionalism maintained.
  • Terminology handled (e.g., List Comprehension, Generator (제너레이터) example was given, and I applied format() 미니 언어, locale 모듈, float, int, decimal, width 인수를 그대로 사용하거나 병기함). Keywords like format and replace are not translated.
  • Readability ensured with Markdown.
  • Translation accuracy maintained, all content translated.
  • Citations added for every sentence referring to the browsed content.PEP 378 – Format Specifier for Thousands Separator peps.python.org 에 게시된 Python Enhancement Proposal (PEP) 문서의 내용을 한국어 사용자가 이해하기 쉽게 번역하고 정리했습니다.

PEP 378 – Format Specifier for Thousands Separator

저자: Raymond Hettinger **상태:** 최종 (Final) **유형:** 표준 트랙 (Standards Track) **생성일:** 2009년 3월 12일 **Python 버전:** 2.7, 3.1 **이전 이력:** 2009년 3월 12일

개요

이 문서는 Python의 format() 미니 언어에 천 단위 구분 기호(thousands separator)를 위한 새로운 형식 지정자(format specifier)를 추가하는 제안인 PEP 378의 내용을 한국어로 번역하고 정리합니다. 이 제안은 숫자를 사용자에게 더 읽기 쉽게 표시하고, 특히 재무 분야와 같이 천 단위 구분 기호 사용이 일반적인 경우에 유용합니다. locale 모듈의 복잡성과 한계를 극복하면서도 간단하고 플랫폼 독립적인 방식으로 숫자를 포매팅하는 방법을 제공하는 것을 목표로 합니다.

목차

  1. 동기 (Motivation)
  2. 주요 제안 (Main Proposal)
  3. 미니 언어의 현재 버전 (Current Version of the Mini-Language)
  4. 다른 언어들의 사례 연구 (Research into what Other Languages Do)
  5. 대안 제안 (Alternative Proposal)
  6. 논평 (Commentary)
  7. 저작권 (Copyright)

1. 동기 (Motivation)

숫자에 천 단위 구분 기호를 추가하는 것은 프로그램의 출력을 ‘인간 친화적(humanize)’으로 만들고, 전문적인 모양과 가독성을 향상하는 가장 간단한 방법 중 하나입니다. 특히 재무 분야에서는 천 단위 구분 기호가 포함된 출력이 일반적입니다.

기존의 locale 모듈을 통한 접근 방식은 재무 분야 사용자 및 비전문 프로그래머에게는 번거롭고, 난해하며, 명확하지 않다고 여겨졌습니다. locale 모듈은 두 가지 주요 문제를 안고 있습니다.

  • 전역 설정 (Global Setting): locale은 전역 설정이므로, 여러 로케일(locale)로 요청을 처리해야 하는 다중 스레드(multi-threaded) 애플리케이션에는 적합하지 않습니다.
  • 플랫폼 종속성 (Platform Dependency): 관련 로케일의 이름(예: “de_DE”)은 플랫폼마다 다를 수 있으며, 심지어 정의되지 않을 수도 있습니다. locale 모듈 문서는 이러한 문제점들을 상세히 설명하고 있습니다.

이 PEP의 목표는 locale 모듈을 대체하거나, 국제화(internationalization) 작업을 수행하거나, 모든 가능한 규칙을 수용하려는 것이 아닙니다. 그러한 작업은 Babel과 같은 강력한 도구에 더 적합합니다. 대신, 이 PEP는 많은 사용자가 흔히 수행하는 일상적인 작업을 더 쉽게 만드는 것을 목표로 합니다.

2. 주요 제안 (Main Proposal) (Alyssa Coghlan, 원래는 Proposal I)

format() 지정자 미니 언어(mini-language)에 쉼표(,)가 추가됩니다.

[[fill]align][sign][#][0][width][,][.precision][type]

쉼표(,) 옵션은 출력에 천 단위 구분 기호로 쉼표를 포함해야 함을 나타냅니다. 소수점으로 마침표를 사용하지 않는 로케일과 마찬가지로, 숫자 구분(digit separation)에 다른 규칙을 사용하는 로케일은 적절한 포매팅을 얻기 위해 locale 모듈을 사용해야 할 것입니다.

이 제안은 float, int, decimal 타입과 잘 작동합니다. 또한 다른 구분 기호로 쉽게 대체할 수 있습니다. 예를 들어:

format(n, "6,d").replace(",", "_")

이 기법은 완전히 일반적이지만, 쉼표와 마침표를 서로 바꿔야 하는 한 가지 경우에는 다소 불편합니다.

format(n, "6,f").replace(",", "X").replace(".", ",").replace("X", ".")

width 인수는 쉼표와 소수점을 포함한 총 길이를 의미합니다.

format(1234, "08,d")  # 결과: '0001,234'
format(1234.5, "08,.1f") # 결과: '01,234.5'

쉼표(,) 옵션은 d, e, f, g, E, G, %, F, 그리고 '' (빈 문자열) 타입에 대해 위에서 설명한 대로 정의됩니다. 향후 확장을 위해, 이진수(binary), 8진수(octal), 16진수(hex), 문자(character) 등 다른 타입에 대해서는 정의되지 않습니다.

이 제안은 대안 제안(Alternative Proposal)보다 더 간단하다는 장점이 있지만, 유연성이 훨씬 떨어지고 즉시 더 적은 사용자의 요구를 충족합니다. 다른 구분 기호를 지정하기 위한 다른 해결책이 나올 것으로 예상됩니다.

3. 미니 언어의 현재 버전 (Current Version of the Mini-Language)

  • Python 2.6 문서 (PEP 3101 Advanced String Formatting)

4. 다른 언어들의 사례 연구 (Research into what Other Languages Do)

웹 검색 결과, 천 단위 구분 기호는 주로 쉼표(COMMA), 마침표(DOT), 공백(SPACE), 아포스트로피(APOSTROPHE) 또는 밑줄(UNDERSCORE) 중 하나가 사용됩니다.

  • C#: 두 가지 스타일(그림 포매팅 및 타입 지정자)을 제공합니다. 타입 지정자 접근 방식은 로케일 인식(locale aware)입니다. 그림 포매팅은 쉼표(COMMA)만을 천 단위 구분 기호로 제공합니다. 
    String.Format("{0:n}", 12400)    // 결과: "12,400"
String.Format("{0:0,0}", 12400) // 결과: "12,400"
  • Common Lisp: ~D 십진수 타입 지정자 앞에 콜론(:)을 사용하여 쉼표(COMMA)를 천 단위 구분 기호로 출력합니다. ~D의 일반적인 형식은 ~mincol,padchar,commachar,commaintervalD입니다. padchar는 기본적으로 SPACE, commachar는 기본적으로 COMMA, commainterval은 기본적으로 3입니다. 
    (format nil "~:D" 229345007) ; 결과: "229,345,007"
  • ADA: 숫자 리터럴에 밑줄(UNDERSCORES)을 허용합니다.
  • Visual Basic 및 MS Excel: _($* #,##0_)와 같이 매우 유연한 사용자 정의 형식 지정자를 사용합니다.
  • COBOL: PICTURE $***,**9.99CR와 같은 picture clauses를 사용합니다.
  • Java: Decimal.Format 클래스를 제공하며, #,##0.00;(#,##0.00)와 같은 그림 패턴(양수에 대한 패턴과 선택적인 음수에 대한 패턴)을 사용합니다. 수백, 만 단위 및 불균등 그룹화를 포함한 임의의 그룹화를 허용합니다. 특수 패턴 문자는 비지역화(non-localized)되어 소수점 구분 기호로 마침표(DOT), 그룹화 구분 기호로 쉼표(COMMA)를 사용합니다. 사용자는 포매터의 DecimalFormatSymbols 객체를 사용하여 대체 기호 세트를 제공할 수 있습니다.

5. 대안 제안 (Alternative Proposal) (Eric Smith, 원래는 Proposal II)

천 단위 구분 기호(thousands separator)와 소수점 구분 기호(decimal separator) 모두 사용자가 지정할 수 있도록 하지만, 로케일 인식은 하지 않도록 제안합니다. 단순화를 위해 선택 사항을 쉼표(COMMA), 마침표(DOT), 공백(SPACE), 아포스트로피(APOSTROPHE) 또는 밑줄(UNDERSCORE)로 제한합니다. 공백은 U+0020 또는 U+00A0 둘 중 하나일 수 있습니다.

구분 기호 뒤에 정밀도(precision)가 오면, 해당 구분 기호는 소수점 구분 기호이며, 그 앞에 오는 선택적 구분 기호는 천 단위 구분 기호입니다. 정밀도가 없을 경우, 단독 지정자(lone specifier)는 천 단위 구분 기호를 의미합니다.

[[fill]align][sign][#][0][width][tsep][dsep precision][type]

예시:

format(1234, "8.1f")   # 결과: ' 1234.0' (소수점 구분 기호 '.')
format(1234, "8,1f")   # 결과: ' 1234,0' (소수점 구분 기호 ',')
format(1234, "8.,1f")  # 결과: ' 1.234,0' (천 단위 구분 기호 '.', 소수점 구분 기호 ',')
format(1234, "8 ,f")   # 결과: ' 1 234,0' (천 단위 구분 기호 ' ', 소수점 구분 기호 ',')
format(1234, "8d")     # 결과: '    1234' (구분 기호 없음)
format(1234, "8,d")    # 결과: '   1,234' (천 단위 구분 기호 ',')
format(1234, "8_d")    # 결과: '   1_234' (천 단위 구분 기호 '_')

이 제안은 대부분의 요구를 충족하지만, 파싱(parsing)에 더 많은 노력이 필요하다는 단점이 있습니다. 모든 가능한 규칙을 다루지는 못하지만, 최소한 한 가지 옵션(공백 또는 밑줄)은 다양한 배경을 가진 사람들에게 읽기 쉽고, 이해하기 쉬우며, 유용할 것입니다.

예시에서 보듯이, width 인수는 천 단위 구분 기호와 소수점 구분 기호를 포함한 총 길이를 의미합니다.

locale 모듈에는 변경 사항이 제안되지 않습니다.

천 단위 구분 기호는 d, e, f, g, %, E, G, F 타입에 대해 위에서 설명한 대로 정의됩니다. 향후 확장을 위해, 이진수(binary), 8진수(octal), 16진수(hex), 문자(character) 등 다른 타입에 대해서는 정의되지 않습니다.

이 대안 제안의 단점은 단일 구분 기호가 천 단위 구분 기호인지 소수점 구분 기호인지 정신적으로 파싱하기 어렵다는 점입니다. 아마도 소수점 구분 기호를 정밀도 지정자와 연결하는 것이 너무 난해할 수 있습니다.

6. 논평 (Commentary)

일부 논평자들은 형식 문자열(format strings) 자체를 싫어하고 읽기 어렵다고 생각합니다. 제안된 대안으로는 COBOL 스타일의 PICTURE 접근 방식이나 가능한 모든 조합에 대한 키워드 인수를 가진 편의 함수(convenience function)가 있습니다. 일부 뉴스그룹 응답자들은 국제화되지 않은 스크립트는 존재할 필요가 없으며, 특정 선택 사항을 간단하게 하드코딩(hardwire)하는 방법을 제공하는 것은 시대에 역행하는 것이라고 생각합니다(이는 로케일 민감(locale sensitive) 접근 방식을 사용할 동기를 줄입니다).

또 다른 의견은 개별 형식 문자열에 특정 규칙을 내장하면 나중에 해당 규칙을 변경하기 어렵게 만든다는 것입니다. 실행 가능한 대안은 제안되지 않았지만, 일반적인 아이디어는 규칙을 한 번 설정하고 모든 곳에 적용되도록 하는 것입니다 (다른 사람들은 locale 모듈이 이미 이를 위한 방법을 제공한다고 논평했습니다).

부동 소수점 숫자의 소수 부분에서 숫자를 그룹화하는 선례가 일부 있지만, 이 PEP는 그 영역으로 나아가지 않습니다. 소수점 왼쪽에 있는 숫자만 그룹화됩니다. 이것이 미래의 확장을 배제하는 것은 아니며, 단지 포매팅 언어에 대한 단일하고 일반적으로 유용한 확장에 초점을 맞춥니다.

James Knight는 인도/파키스탄 숫자 체계가 백 단위로 그룹화된다고 언급했습니다. Ben Finney는 중국이 만 단위로 그룹화된다고 지적했습니다. Eric Smith는 locale 모듈의 “n” 지정자가 이미 이러한 경우를 처리한다고 지적했습니다 (비록 정수에 대해서만 그렇지만). 이 PEP는 이러한 모든 가능성을 지원하려고 시도하지 않습니다. 대신, 많은 (모두는 아니지만) 상황에서 가독성을 빠르게 향상할 수 있는 단일하고 비교적 일반적인 그룹화 규칙에 초점을 맞춥니다.

이 문서는 퍼블릭 도메인(public domain)에 공개되었습니다.

참고: 이 번역문은 원문의 내용을 정확하게 전달하고자 노력하였으며, Python 개발자들이 PEP 378의 제안 내용을 명확하게 이해하는 데 도움이 되기를 바랍니다.

⚠️ 알림: 이 문서는 AI를 활용하여 번역되었으며, 기술적 정확성을 보장하지 않습니다. 정확한 내용은 반드시 원문을 확인하시기 바랍니다.

Comments