Указать «Нет» в качестве значения по умолчанию для аргумента логической функции?

...он принимает значение None, значение по умолчанию. Это тоже ложь; оно используется только здесь.

Помните, что Python не является строго типизированным. Эти подсказки типов не имеют никакого эффекта во время выполнения. Они предназначены только для редакторов и линтеров. Вы можете передать строку в качестве этого аргумента, и язык это позволит, хотя сама функция может возражать. Также помните, что КАЖДЫЙ объект в Python имеет логическое значение.

@TimRoberts Python строго типизирован. Я думаю, вы хотели вместо этого использовать слово «статический».

Установлено None; тот факт, что явный аргумент должен быть логическим, не меняет этого.

@johrsharpe и Тим Робертс: Процитированные вопросы и ответы объясняют, что такое ложь, но является ли установленным соглашением, что логические аргументы со значением по умолчанию None всегда будут устанавливаться в соответствии с их истинностью и ложностью, а не какой-либо другой схемой, которая кажется логичной? разработчик? Спасибо за напоминание о том, что подсказки типов — это предложения, но это вопрос соглашения. Могу ли я ожидать, что входные аргументы, задокументированные как bool, перед использованием претерпят истинное/ложное преобразование. Я пытаюсь исключить домашнее преобразование в bool при просмотре документации в целом.

@chepner: «Установлено значение None; тот факт, что явный аргумент должен быть логическим, этого не меняет». Итак, мы либо «предполагаем», что переменная установлена ​​в соответствии с истинностью/ложностью, либо углубляемся в код для подтверждения? Не существует установленного соглашения относительно намерения?

Я не совсем уверен, чего вы здесь ожидаете. Из объявления мы знаем, что параметр будет использоваться в логическом контексте. Значение по умолчанию None имеет четко определенное значение при использовании в логическом контексте. Никакого «конвертирования» не требуется.

Спасибо за источник. Я добавил комментарий к своему вопросу, чтобы уточнить, что я спрашиваю о том, является ли это установленным соглашением, на которое я могу полагаться при просмотре документации в целом, т. е. документированный аргумент типа bool будет подвергаться преобразованию истинности/ложности, а не некоторому другая схема преобразования, которая может иметь смысл для разработчика и в значительной степени вести себя как истинность/ложность (за исключением крайних случаев).

Я почти уверен, что это не устоявшаяся конвенция. Я углубился в исходный код и обнаружил, что раньше наряду с аргументом density существовал нормированный аргумент.

Аргумент normed был признан устаревшим и в конечном итоге заменен на density, но какое-то время они сосуществовали. Они использовали значение по умолчанию None, чтобы узнать, указан ли один из двух аргументов пользователем, а другой нет. Посмотреть, как это было сделано, можно здесь. Таким образом, значение None по умолчанию, похоже, обусловлено историческими причинами и, вероятно, его следует заменить на False...

Спасибо за объяснение этой странности!

Спасибо, Чепнер. Похоже, что не существует установленного соглашения о том, что документированный аргумент bool со значением по умолчанию None будет преобразован в False. Предполагаем это на свой страх и риск или погружаемся в код для подтверждения. Я подожду немного, прежде чем отметить это как ответ.

Такого соглашения не существует, потому что было бы разумно провести трехстороннее различие между True, False и None.