Интересно, а какой ответ был бы достаточным? Ну вот есть self для функций классов на первом месте для текущего инстанса, *value - список значений, **kyeword - список наименованных значений есть обязательные (без значения по-умолчанию), не обязательные аргументы (списки и со значениями по-умолчанию). что еще надо добавить?

Мой пример - это нововведение в py3

Мой пример - это нововведение в py3

а я сижу и не понимаю, почему у меня фейлится /

спасибо

И почему эту функцию можно вызвать только с обязательным указанием имени для "с"? :)

Потому что иначе все переданные аргументы будут упакованы в *?

Интересно, а какой ответ был бы достаточным? Ну вот есть self для функций классов на первом месте для текущего инстанса, *value - список значений, **kyeword - список наименованных значений есть обязательные (без значения по-умолчанию), не обязательные аргументы (списки и со значениями по-умолчанию). что еще надо добавить?

а можно использовать другое имя, не self?

И почему эту функцию можно вызвать только с обязательным указанием имени для "с"? :)

гмм, а звездочка в объявлении функции это же как args*, я правильно понял?

а можно использовать другое имя, не self?

cls?

а можно использовать другое имя, не self?

а что будет, если написать метод даже без self и неставить ему декоратор @staticmethod? как такой метод себя поведет?

а что будет, если написать метод даже без self и неставить ему декоратор @staticmethod? как такой метод себя поведет?

будет работать

хехе

¯\_(ツ)_/¯

будет работать

не всегда;)

Ох не всегда)

а можно использовать другое имя, не self?

Можно, но как я понимаю, просто договорились, что для classmethod cls, для остального self для статик метода первый аргумент не имеет смысла, т.к. метод использется без инстанса

не всегда;)

статический метод это функция прикрепленная к классу для удобства

статический метод это функция прикрепленная к классу для удобства

попробуй вызвать такой метод (который без декоратора) на инстансе

так его не надо на инстансе вызывать)

так его не надо на инстансе вызывать)

а как еще? как ты к нему иначе доберешься?;)

ClassName.static_method_name()

)))

и тоже не будет работать

Ха, а есть жеж python-koans, там эти вещи можно руками потрогать и посмотреть как оно работает (вроде как)

и тоже не будет работать

а, нет, такбудет;)

Ха, а есть жеж python-koans, там эти вещи можно руками потрогать и посмотреть как оно работает (вроде как)

@filinvadim

ClassName.static_method_name()

так это класс импортировать надо. а зачем?

а можно использовать другое имя, не self?

можно даже написать fn(*args, **kwargs)

так это класс импортировать надо. а зачем?

дык затем что её приделали к классу, а на то есть причина

@filinvadim

спасибо)

гмм, а звездочка в объявлении функции это же как args*, я правильно понял?

Звёздочка тут не относится к имени аргумента. Она тут говорит о том, что после меня обязательно указывай имена аргументов при вызове функции, так как это kwargs

дык затем что её приделали к классу, а на то есть причина

а какая? когда удобно делать staticmethod, чем он отличается от classmethod?

https://www.youtube.com/watch?v=HTLu2DFOdTg вот это видео давным давно смотрел, там про staticmethod объясняется

поэтому функцию можно вызвать только так: f(10, 20, c=4) ну или так: f(10, b=20, c=4) но так уже не выйдет: f(10, 20, 4)

а какая? когда удобно делать staticmethod, чем он отличается от classmethod?

опа, а я думал это одно и то же

лол

@filinvadim

Еще советую exercism.io там решаешь небольшие задачки, а потом тебе подсказывают как их можно более идиоматично сделать

Вообще в питоне настолько богатые возможности по сигнатуре функций, что если надо что-то инспектить, связанное с ними - это всегда возня. Ну, например, "Написать функцию, которой можно передавать аргументы либо списком/кортежем, либо по одному. Функция производит суммирование всех аргументов."

ну извините, в django не использовал staticmethod, а classmethod использовал и сейчас всё перемешалось

ну извините, в django не использовал staticmethod, а classmethod использовал и сейчас всё перемешалось

Тут перепутали питон с джангой

Еще советую exercism.io там решаешь небольшие задачки, а потом тебе подсказывают как их можно более идиоматично сделать

Выглядит миленько, надо попробовать. Спасибо за линк :)

Всегда пожалуйста, сам рад что узнал в своё время про проект.

По поводу frozenset. Например, мне нужен свой класс, в который я задаю какой-то ещё параметр. Логично, что переопределяем конструктор и типа работает. А вот и нет. class myset(frozenset): def __init__(self, myarg, *args, **kwargs): self._myarg = myarg super().__init__(*args, **kwargs) myset('hello', [1,2,3]) TypeError: myset expected at most 1 arguments, got 2 :)

https://meduza.io/feature/2017/03/02/razrabotchik-obmanul-kapchu-google-s-pomoschyu-drugogo-servisa-google

Ок, пробуем без аргумента: class myset(frozenset): def __init__(self, *args, **kwargs): super().__init__(*args, **kwargs) myset([1,2,3]) TypeError: object.__init__() takes no parameters Почему? :)

https://meduza.io/feature/2017/03/02/razrabotchik-obmanul-kapchu-google-s-pomoschyu-drugogo-servisa-google

https://www.youtube.com/watch?v=fsF7enQY8uI Вот такой способ всё равно веселее :D

https://www.youtube.com/watch?v=fsF7enQY8uI Вот такой способ всё равно веселее :D

если там при этом нейросеть, которая распознала, где на экране квадратик, и кликнула на него - это круто

Еще советую exercism.io там решаешь небольшие задачки, а потом тебе подсказывают как их можно более идиоматично сделать

спасибо)

Так почему простое наследование с переопределением __init__ от frozenset не работает, а от list работает? class mylist(list): def __init__(self, *args, **kwargs): super().__init__(*args, **kwargs) mylist([1,2,3,4]) [1, 2, 3, 4]

И кстати, от tuple тоже не работает. :) И тут мы начинаем смутно догадываться о чём то с immutable типами

Так почему простое наследование с переопределением __init__ от frozenset не работает, а от list работает? class mylist(list): def __init__(self, *args, **kwargs): super().__init__(*args, **kwargs) mylist([1,2,3,4]) [1, 2, 3, 4]

потому что неявный super себя плохо ведет в данном случае, видимо

если ты его на явный заменишь - не сработает?

Попробуй без super

в смысле “без super()”?

в смысле “без super()”?

class myset(frozenset): def __init__(self, *args, **kwargs): frozenset.__init__(self, *args, **kwargs)

class myset(frozenset): def __init__(self, *args, **kwargs): frozenset.__init__(self, *args, **kwargs)

это тупо некорректный код

Вообще в питоне настолько богатые возможности по сигнатуре функций, что если надо что-то инспектить, связанное с ними - это всегда возня. Ну, например, "Написать функцию, которой можно передавать аргументы либо списком/кортежем, либо по одному. Функция производит суммирование всех аргументов."

Думал, что это проще. Но пока наваял так. Есть ли тут проблемы? # -*- coding: utf-8 -*- import numbers import decimal def sum(*args): """Return sum numbers. Args: args: tuple of items. Could be passed tuple of numbers or just set of numbers. Returns: sum of numbers. """ s = 0 for arg in args: if isinstance(arg, tuple): for i in arg: if isinstance(i, numbers.Number): s += i else: raise (TypeError("'{}' is not a tuple or a number".format(i))) elif isinstance(arg, numbers.Number): s += arg else: raise (TypeError("'{}' is not a tuple or a number".format(arg))) return s l = (5,0,5,1,9,1,5,0,5) print sum(l) print sum(5,0,5,1,9,1,5,0,5) print sum(5,0,5,1,9,1,5,0,'this sucks')

это тупо некорректный код

Поясни

Поясни

ну, в new-style классах так писать нельзя, надо юзать super()

в old-style - там да, только так

если ты его на явный заменишь - не сработает?

class myset(frozenset): def __init__(self, *args, **kwargs): super(frozenset, self).__init__(*args, **kwargs) То же самое TypeError: object.__init__() takes no parameters

class myset(frozenset): def __init__(self, *args, **kwargs): super(frozenset, self).__init__(*args, **kwargs) То же самое TypeError: object.__init__() takes no parameters

да, уже проверил

Я знаю как это починить, но я реально не знаю, ПОЧЕМУ с иммутабельными типами такие грабли. С tuple то же самое.

Я знаю как это починить, но я реально не знаю, ПОЧЕМУ с иммутабельными типами такие грабли. С tuple то же самое.

https://stackoverflow.com/questions/1565374/subclassing-python-tuple-with-multiple-init-arguments

вкратце - потому что immutable-объекты создаются через __new__ метаклассом, а не через __init__

Explicit Python in a nutshell

Ага, вот так работает: class myset(frozenset): def __new__(cls, *args, **kwargs): return super(frozenset, cls).__new__(*args, **kwargs) def __init__(self, *args, **kwargs): # myset init pass И вот спросят такое на собеседовании, сколько процентов ответит правильно? :)

я бы сказал что не надо наследоваться от билтин типов.

ERROR: S client not available

Для большенства задач интерфейсы есть в collections

я бы сказал что не надо наследоваться от билтин типов.

ну вообще проблем с этим быть не должно)

я знаю еще один WAT в питоне

ну вообще проблем с этим быть не должно)

Мда.

суть генератора в том, что по нему можно пройти один раз и потом при попытке обратиться получать StopIteration

так?

http://www.kr41.net/2016/03-23-dont_inherit_python_builtin_dict_type.html

суть генератора в том, что по нему можно пройти один раз и потом при попытке обратиться получать StopIteration

Суть генератора в том чтобы не хранить в памяти все данные а генерировать их используя данные с предыдущей итерации.

Суть генератора в том чтобы не хранить в памяти все данные а генерировать их используя данные с предыдущей итерации.

ну, исчерпание генератора - это выброс StopIteration

Но не это его суть же!

http://www.kr41.net/2016/03-23-dont_inherit_python_builtin_dict_type.html

ну, я тут не соглашусь, а еще ща чуть позже вброшу наркоманский пример

Но не это его суть же!

согласен

но вот какая штука

инстансы xrange()/range() позволяют по ним проходить сколько угодно раз

In [5]: a = range(10) In [6]: list(a) Out[6]: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9] In [7]: list(a) Out[7]: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]

то есть то, что они бросают StopIteration, вовсе не значит, что объект исчерпался и вернул управление

Это их фича :)

Это их фича :)

это фейл архитектурный, имхо :)

ненужное послабление

Если ты делаешь свой итератор, тоже в методе iter можешь вернуть не self

И это нормально

можешь, но это противоречит дзену питона

неявное поведение слишком

а по поводу наследования от дикта ща вброшу

Что-то знания языка не вижу, а вижу только вбросы.

class Bunch(dict): def __init__(self, *args, **kwargs): self.__dict__ = self super().__init__(*args, **kwargs)

Что-то знания языка не вижу, а вижу только вбросы.

в смысле?

class Bunch(dict): def __init__(self, *args, **kwargs): self.__dict__ = self super().__init__(*args, **kwargs)

А не эбанёт?

А не эбанёт?

я видел статью, в которой это как паттерн проектирования выдавалось :)

по сути что-то типа namedtuple

Хм, получается забавный эффект))

Примерно так же себя ведут объекты в JS