2017-01-01 4 views
2

파이썬 표준 라이브러리 클래스의 규범 클래스 이름이 소문자 것 같다 -이 같은 strint 등뿐만 아니라 가져와야합니다 표준 라이브러리 모듈의 일부이며 대부분의 클래스를위한 내장 기능에 대한 진정한 보유 나타납니다 datetime.date 또는 datetime.datetime입니다.Python 표준 라이브러리의 클래스 이름에 대한 대문자 사용 표준은 무엇입니까?

그러나, 이러한 enum.Enumdecimal.Decimal 같은 특정 표준 라이브러리 클래스는 대문자로한다. 언뜻 보면 클래스 이름이 모듈 이름과 같을 때 대문자로 표시되지만 모든 경우에 적용됩니다 (예 : datetime.datetime).

파이썬 표준 라이브러리의 클래스 이름에 대한 대문자 사용 규칙은 무엇입니까?

+0

@VVK, 자세한 내용으로 답변을 업데이트했습니다. 도움이 될지 알려주세요. 이것이 좋은 경우 부정적인 표결을 삭제하십시오. 감사합니다. –

답변

0

Pep 8은 많은 Python 개발자가 표준 스타일 가이드로 간주합니다. CamelCase/CapWords를 사용하여 클래스 이름을 지정하는 것이 좋습니다. 기능

명명 규칙은 상기 인터페이스는 기록 및 호출로 주로 사용되는 경우가 대신 사용될 수있다.

이름을 내장에 대해 별도의 규칙이 있음을

참고 : CapWords 규칙은 예외 이름과 내장 상수 만 사용하여 대부분의 내장 이름이, 하나의 단어 (또는 두 단어가 함께 실행)이다.

확인 PEP8 명명 규칙 및 표준이 link은.

날짜는

파이썬의 표준 라이브러리는 아래 내용의 긴 테이블로 표시된 바와 같이 시설의 넓은 범위를 제공, 매우 광범위, 표준 라이브러리의 일부입니다. 라이브러리에는 모듈 ()이 내장되어있어 파이썬 프로그래머가 액세스 할 수없는 파일 입출력과 같은 시스템 기능에 액세스 할 수 있으며 파이썬으로 작성된 모듈을 통해 많은 문제에 대한 표준 솔루션을 제공합니다. 일상적인 프로그래밍에서 발생합니다. 어떤 경우에는

, sklearn, NLTK, 장고와 같은 패키지 이름은 모두 소문자입니다. 이 link이 당신을 데려다 줄 것입니다.

모듈에는 모두 소문자의 짧은 이름이 있어야합니다. 가독성을 높이려면 모듈 이름에 밑줄을 사용할 수 있습니다. 밑줄을 사용하는 것은 권장하지 않지만 파이썬 패키지는 모두 짧은 소문자 이름을 가져야합니다.

C 또는 C++로 작성된 확장 모듈에 상위 수준 (예 : 더 많은 객체 지향) 인터페이스를 제공하는 Python 모듈이있는 경우 C/C++ 모듈 앞에 _socket과 같은 선행 밑줄이 있습니다.

모든 질문에 답변이되기를 바랍니다.

+0

표준 라이브러리의 CamelCased 클래스 이름은 기존 규칙의 유물 일뿐입니다. 감사. 표준 명명 규칙에 익숙합니다 ... 표준 라이브러리에 대한 다른 규칙이 없는지 확실하지 않았습니다. – VKK

+1

PEP8은 여전히 ​​클래스 이름에 대해 낙타 케이스를 권장합니다. 가장 기본적인 표준 라이브러리 클래스 이름은 대문자 소문자입니다. – thet

+0

진술서에 물이 들어 있지 않습니다. 이 정보를 어디에서 얻고 있습니까? PEP8에 언급 된 바로는 정반대입니다 : "[클래스 이름은 일반적으로 CapWords 규칙을 사용해야합니다.] (https://www.python.org/dev/peps/pep-0008/#class-names)"그들은 단지 모든 빌트인을위한 서로 다른 컨벤션은 (왜 진짜 이유없이). "내장 이름에 대한 별도의 규칙이 있음에 유의하십시오. 대부분의 내장 이름은 단일 단어 (또는 두 단어가 함께 실행 됨)이며 예외 이름 및 내장 상수에만 사용되는 CapWords 규칙이 적용됩니다." –

2

개발자 가이드의 Key Resources 섹션에는 스타일 가이드로 PEP 8이 나와 있습니다.


PEP 8 명명 규칙에서 강조.

파이썬 라이브러리 의 명명 규칙 그래서 우리는이 완전히 일치 못할거야, 엉망의 비트입니다 - 그럼에도 불구하고, 여기 현재 권장 명명 표준이다. 새로운 모듈과 (타사 프레임 워크 포함) 패키지 이 표준에 기록해야하지만 기존 라이브러리가 다른 스타일을 가지고 경우, 내적 일관성은 바람직하다.

Also from PEP 8


스타일 가이드는 일관성에 관한 것입니다. 이 스타일 가이드 의 일관성이 중요합니다. 프로젝트 내에서의 일관성이 더 중요합니다. 한 모듈 또는 기능 내에서 일관성이 가장 중요합니다. 이것은 또한 청소를 할 수있는 기회이지만 -

  • 도 (역사적인 이유로 아마)를 나누기 코드를 주변과 일치하도록 : 은 ...

    몇 가지 다른 이유는 특정 가이드 라인을 무시 다른 사람의 혼란을 진정한 XP 스타일로 말합니다.

  • 해당 코드가 안내문보다 먼저 나오며 해당 코드를 수정할 다른 이유가 없기 때문에 코드가 있습니다.

표준 라이브러리는 PEP 8 규칙 충돌을 명명 왜 당신은 아마 모를 것이다 그러나 아마 새로운 물건이나 심지어 자신의 프로젝트를 수행하는 것이 좋습니다.