Dlaczego metody unittest2 to camelCase, jeśli preferowane są names_with_underscores?

Question

Oto odcinek PEP8 który opisuje jak nazwy funkcji powinny być:

Nazwy funkcji powinny być pisane małymi literami, słowami oddzielonych podkreślenia jest to konieczne w celu zwiększenia czytelności.

mixedCase jest dozwolone tylko w sytuacjach, gdzie to już panującego stylu

Dlaczego nie zmienić nazwy funkcji? Jest to szczególnie istotne w przypadku Pythona 3, w którym zgodność wsteczna nie została zachowana.

Answer 1

Od unittest2 website:

unittest2 jest backport z nowych funkcji dodanych do unittest ramach testowania w Pythonie 2.7. Został przetestowany pod kątem uruchomienia na Pythonie 2.4 - 2.7.

Aby użyć opcji unittest2 zamiast unitest, po prostu zastąp import unittest za pomocą import unittest2.

To trochę zagmatwane, ponieważ od wersji 2 nie oczekuje się, że będzie backportem, ale nową główną wersją z (prawdopodobnie) nowymi funkcjami. W każdym razie, główną ideą jest utworzenie backportu, w którym użytkownik musi tylko zmienić instrukcję importu. Do tego nie może zmienić ich podpisy metoda

Również od unittest website:

Python jednostki badań ramy, czasami określane jako „PyUnit” jest wersja w języku Python z JUnit, Kent Beck i Erich Gamma. JUnit to, z kolei, wersja Java testowania Smalltalk'a Kent pod kątem . Każda z nich jest de facto standardową ramową jednostką testowania dla jej odpowiedniego języka.

Więc to wyjaśnia całą podobieństwo między ramami i prawdopodobnie przypadek camel notacji