DL
Не совсем. Питон не запретит тебе использовать это поля. А джава с private запретит
Обращение к приватным свойствам извне кидает
AttributeErrorSize: a a a
2020 June 22
SA
А classmethod staticmethod?
Это совсем другое
͏
Мы говорили про property. Я говорю что они не нужны и они противоречят принципам языка
допустим ты хочешь проверить, что field должен соотв каким то параметрам
SA
Обращение к приватным свойствам извне кидает
AttributeErrorТы чего парень? Ничего тебе не кинет.
MB
͏͏͏͏
@MuslimBeibytuly а зочем субинтерпретеры...? это явный декоратор над MULTIPROCESSING? или это внутри питон интерпретатора бомжует?
Между multiprocessing и threading.
Пытаются обойти GIL как процесс, а получить лёгкость как тред
Пытаются обойти GIL как процесс, а получить лёгкость как тред
͏
͏͏͏͏
допустим ты хочешь проверить, что field должен соотв каким то параметрам
фигачишь сеттер с валидацией и все
͏
Между multiprocessing и threading.
Пытаются обойти GIL как процесс, а получить лёгкость как тред
Пытаются обойти GIL как процесс, а получить лёгкость как тред
звучит вкусно
SA
То что ты делаешь через двойной underscore это просто экранирует то поле
͏
То что ты делаешь через двойной underscore это просто экранирует то поле
а как сеттить
͏
эксплицитно через отдельную функцию каждый раз? DEF VALIDATE_MODEL_FIELD?
н
Если честно, не разделяю твоё мнение насчет property. Оно не всегда круто и это по большей части противоречит дзену
а ты пропоузал property читал ?
SA
https://www.python.org/dev/peps/pep-0549/ .....................
Это pep для descriptor-ов
DL
Ты чего парень? Ничего тебе не кинет.
Example: Private Attributes
>>> e1=employee("Bill",10000)
>>> e1.__salary
AttributeError: 'employee' object has no attribute '__salary'
class employee:
def __init__(self, name, sal):
self.__name=name # private attribute
self.__salary=sal # private attribute
>>> e1=employee("Bill",10000)
>>> e1.__salary
AttributeError: 'employee' object has no attribute '__salary'
SA
property - это всего лишь пример имплементации
н
Когда ты используешь property ты делаешь поле/метод неявным. А это усложняет понимание решение
This means that programmers facing this API design decision, where the data-like member is a singleton stored in a module, must preemptively add ugly "getters" and "setters" for the data.
SA
Красивое лучше, чем уродливое.
Явное лучше чем не явное
SA
При этом я бы поставил явность выше чем красоту
SA
Example: Private Attributes
>>> e1=employee("Bill",10000)
>>> e1.__salary
AttributeError: 'employee' object has no attribute '__salary'
class employee:
def __init__(self, name, sal):
self.__name=name # private attribute
self.__salary=sal # private attribute
>>> e1=employee("Bill",10000)
>>> e1.__salary
AttributeError: 'employee' object has no attribute '__salary'
e1._employee__salary