Найти - Пользователи
Полная версия: vanished
Начало » Python для экспертов » vanished
1 2 3 4
Isem
Приватные (вспомогательные) поля и методы надо начинать с двойного подчеркивания (__).
Нет смысла наследовать от object.
Так компактнее для тривиальных функций:
@property
def encoding(self): return self.__encoding

Генератор выгоднее со всех точек зрения:
def __normalized_params(params):
    if isinstance(params, dict): 
        for k, v in params.items():
            if isinstance(v, (list,tuple)): yield from ( (k, _) for _ in v )
            else: yield k, v
    else: yield from params
cutwater
Isem
Приватные (вспомогательные) поля и методы надо начинать с двойного подчеркивания (__).

Позвольте не согласиться. Кто Вам сказал такую глупость?
Во-первых нормальные люди так не делают. Для “вспомогательных” полей, которые не являются частью интерфейса как раз таки рекомендуется использовать символ “_” (одниночное подчеркивание). Двойное же подчеркивание может быть оправдано только в случае, если нужно избежать переопределения при наследовании.
Кроме этого в множестве opensource проектов начиная от веб-фреймворков и заканчивая OpenStack двойное подчеркивание используется в единичных случаях.

Стоит обратиться к официальной документации:
Private Variables

Private” instance variables that cannot be accessed except from inside an object don’t exist in Python. However, there is a convention that is followed by most Python code: a name prefixed with an underscore (e.g. _spam) should be treated as a non-public part of the API (whether it is a function, a method or a data member). It should be considered an implementation detail and subject to change without notice.

Since there is a valid use-case for class-private members (namely to avoid name clashes of names with names defined by subclasses), there is limited support for such a mechanism, called name mangling. Any identifier of the form __spam (at least two leading underscores, at most one trailing underscore) is textually replaced with _classname__spam, where classname is the current class name with leading underscore(s) stripped. This mangling is done without regard to the syntactic position of the identifier, as long as it occurs within the definition of a class.
tz4678@gmail.com
vanished
tz4678@gmail.com
vanished
cutwater
tz4678@gmail.com, Вы бы для начала прошлись утилитой pep8 по своему коду. А уже после поговорили бы о дальнейших правках.
tz4678@gmail.com
vanished
tz4678@gmail.com
vanished
Isem
cutwater
Позвольте не согласиться. Кто Вам сказал такую глупость?
Во-первых нормальные люди так не делают.
Расскажите, пожалуйста, кто такие нормальные люди? Может быть это вы?
Ваш копипаст по поводу использования приватных переменных утверждает, что _name методы/функции не предназначены для переопределения по некоему соглашению, которого вы, очевидно, придерживаетесь по причине стадного чувства.
Isem
tz4678@gmail.com
Генераторам к сожалению не нашлось применения `urllib.parse.urlencode` с ними не работает
Оберните генератор в list или в tuple и все решится само собой. Или лучше воспользуйтесь другой библиотекой, которая не привязана к спискам.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Powered by DjangoBB