Создание метода, частного в подклассе Python

Нет никакого способа действительно сделать это в Python. Скорее unpythonic, это.

, Поскольку Guido сказал бы, мы все соглашаемся взрослые здесь.

Вот польза сводка философии позади всего в Python быть общедоступным .

Я удивлен, что никто не упомянул это, но добавление префикса имени метода с одинарным подчеркиванием является корректным способом маркировать его как "частный". Это не действительно частное , конечно, (как объяснено в других ответах), но там Вы идете.

def _i_am_private(self):
    """If you call me from a subclass you are a naughty person!"""

Можно снабдить префиксом методы и участников с одинарным или двойным подчеркиванием. Одинарное подчеркивание подразумевает, "не используйте меня, я, как предполагается, используюсь только этим классом", и двойное подчеркивание дает компилятору Python команду искажать метод/имя элемента с именем класса; пока класс и его подклассы не имеют того же имени, методы/участников можно считать "частными".

Однако решение Ваших требований до сих пор состоит в том, чтобы записать четкую документацию. Если Вы не хотите, чтобы Ваши пользователи назвали методы в неправильном порядке, то говорите так в документации.

, В конце концов, даже рядовые C++ не то, что частные. Например, думайте старый прием:

#define private public
#include <module>

"Все должно быть общедоступными" сторонниками, думают, что автор пытается скрыть полезный API от пользователей. Этот парень не хочет нарушать неоспоримый закон Python. Он хочет использовать некоторые методы для определения полезного API, и он хочет использовать другие методы для организации реализации того API. Если нет никакого разделения между двумя, это не означает, что автор не является идиотом. Это означает, что автор был слишком ленив для фактического определения API.

В Python, вместо того, чтобы отметить свойства или методы, столь же частные, они могут быть снабжены префиксом _ как слабый индикатор "внутреннего пользования", или __ как немного более сильный. В модуле имена могут быть снабжены префиксом _ таким же образом, и можно также поместить последовательность строк, которые составляют общедоступный API модулей в переменной, названной __all__.

А глупая непротиворечивость является эльфом небольших умов.

Это может быть справедливым приближением. Лексический обзор к "спасению":

#!/usr/bin/env python

class Foo(object):
    def __init__(self, name):
        self.name = name
        self.bar()

    def bar(self):
        def baz():
            print "I'm private"
            print self.name

        def quux():
            baz()

        self.quux = quux


if __name__ == "__main__":
    f = Foo("f")
    f.quux()

    g = Foo("g")
    g.quux()

    f.quux()

Печать:

I'm private
f
I'm private
g
I'm private
f

Изменение унаследованного метода от общественности к частному наследование повреждений . А именно, это повреждает - отношения.

Воображают класс Ресторана с открытым методом открытых дверей (т.е. это - время обеда, и мы хотим зеркально отразить знак парадной двери от закрытого для открытия). Теперь мы хотим класс Питания, который совместно использовал бы многие детали реализации Ресторана (они оба повара потребности, кухни, тарелки, поставщики еды, и возможно даже официанты), но не иметь обеденной зоны, парадных дверей или метода открытых дверей. Наследование из Ресторана является ошибкой! Могло бы казаться, что все, что необходимо сделать, изменить метод открытых дверей на частный, таким образом, никто не может использовать его, но тогда "любой объект Питания - Ресторан" является ложью, так как часть открытого интерфейса Ресторана является открытыми дверями. Лучше осуществить рефакторинг Ресторан путем добавления нового базового класса, и затем и Ресторан и Питание происходят из него.

Языки с понятием защищенного или частного наследования поддерживают эту идею наследования для реализации только, но Python не является одним из тех. (И при этом это не полезно на тех языках, кроме редко.) Обычно то, когда непубличное наследование разыскивается, включение (иначе "имеет - отношения"), является лучшим путем, можно даже сделать атрибут защищенным или частным.

написания Python, защищенные с единственным начальным символом подчеркивания и частные с двойными начальными символами подчеркивания, с модификацией "философии" взрослых соглашения, упомянули в ответе Триптиха. "Опасные" атрибуты и методы Вашего класса, например, которые могли бы вызвать потерю данных, должны быть непубличными (сделать ли их защищенными, или частный под влиянием других факторов), с открытыми методами, используемыми для обеспечения более простого, более безопасного интерфейса.

Для создания вида метода частных Вы можете искажение имени метод как так:

class Foo:
    def __blah():
        pass

class Bar(Foo):
    def callBlah():
        self.__blah() # will throw an exception

, Но подклассы может все еще найти Ваши методы через самоанализ, если они действительно хотят.

, Но Python (преднамеренным дизайном и выбором) не имеет никакого понятия членов парламента, не занимающих официального поста.