Zart, это ты

Ого

в сетапе пррписан путь до скрипта, но ругается что его нет

какой такой путь... и зачем он там?

зависит от целей и дизайна

Сразу все стало предельно ясно, спасибо.

ну... когда они нужны - это становится самоочевидно

какой такой путь... и зачем он там?

есть скрипт который ведет себя как cli тулза, а есть основной скрипт, который делает всю роботу

Чат, почему когда я на джанге портирую в urls url(r'^$', views.index, name='index') Он ругается на unersolved reference? Я уже добавил папку с проектом в add source roots to PYTHONPATH in Python Console

ну... когда они нужны - это становится самоочевидно

самоочевидно не для меня, к сожалению

так вот эта cli тулза и запускает основной скрипт + делает всякое полезное

Чат, почему когда я на джанге портирую в urls url(r'^$', views.index, name='index') Он ругается на unersolved reference? Я уже добавил папку с проектом в add source roots to PYTHONPATH in Python Console

покеж весь урлс

я переносил весь католог венва на другую машину, но там была ошибка что не найдет этот самый скрипт

одно из популярных применений классметодов - конструкция экземпляров класса: class Foo: @classmethod def from_list(cls, *args): obj = cls() obj.data = args return obj foo = Foo.from_list(1, 2, 3, 4) # <__main__.Foo object at 0x03020A10> class Bar(Foo): pass bar = Bar.from_list(1, 2, 3, 4) # <__main__.Bar object at 0x03020A50>

как видим на примере - подклассы автоматом получают тот же метод, но создают экземпляр не родителя, а себя

обычный метод не подходит, потому что вызывается на уже созданном объекте статик не пройдет потому что не знает к какому классу вообще относится

венвы копировать нельзя. там есть хак с virtualenv --relocatable venv но работает он паршиво и не для этого

Смысл на примерах вроде понятен, как и в других статьях в интернете, но подробного объяснения не нашел. Отбросим staticmethod, вот есть функция в классе, как определить, делать ли ее classmethod или обычным методом?

так вот эта cli тулза и запускает основной скрипт + делает всякое полезное

неясно как она это делает - через запуск субпроцесса или импорт

неясно как она это делает - через запуск субпроцесса или импорт

простой импорт скрипта

Смысл на примерах вроде понятен, как и в других статьях в интернете, но подробного объяснения не нашел. Отбросим staticmethod, вот есть функция в классе, как определить, делать ли ее classmethod или обычным методом?

простой критерий определения - нужно ли иметь возможность вызвать этот метод не на существующем объекте

простой импорт скрипта

тогда надо структуру проекта правильно задать

венвы копировать нельзя. там есть хак с virtualenv --relocatable venv но работает он паршиво и не для этого

т.е. нужно вручную переносить все файлы в новый венв?

один из вариантов. другой - создать сдист и перенести его

простой критерий определения - нужно ли иметь возможность вызвать этот метод не на существующем объекте

То есть classmethod можно вызвать из класса, не создавая объекта, для каких-то посторонних операций?

если исходники под контролем версий - можно перенести им

То есть classmethod можно вызвать из класса, не создавая объекта, для каких-то посторонних операций?

в этом цимес. его можно вызывать как на существующих объектах, так и на не

где я мог ошибиться тут?

вот тот фромлист можно вызвать и на foo.from_list(1, 2, 3) при этом сам экземпляр foo игнорируется, в расчет берется лишь его класс

utils - cli тулза мейн - основной скрипт

где я мог ошибиться тут?

в utils.py стоит from yafr.main import main ?

в utils.py стоит from yafr.main import main ?

from yafr import main

но ругается на этапе pip install

ок... покажи свой setup.py?

ок... покажи свой setup.py?

один момент

извини что фото

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

за /yafr/main.py в py_modules вообще яйца отрывать надо

в этом цимес. его можно вызывать как на существующих объектах, так и на не

Эмм, т.е. допустим есть класс MyClass и методы my_method и my_static_method. my_method можно вызвать только из объекта (obj = MyClass()) как obj.my_method(), а my_static_method можно вызвать как MyClass.my_static_method(), так и obj.my_static_method()? Я правильно понял?

умвр на моес компьютере

за /yafr/main.py в py_modules вообще яйца отрывать надо

а как надо?

сетап описывает твои исходники у тебя есть модуль утилс и пакадж яфр

py_modules=['utils'], packages = ['yafr'],

но раз у тебя сетаптулз уже, то лучше делать проще from setuptools import setup, find_packages setup( .... packages = find_packages(), .... )

но раз у тебя сетаптулз уже, то лучше делать проще from setuptools import setup, find_packages setup( .... packages = find_packages(), .... )

я пробовал так, но это не помогло

если utils занимается тупым импортом и запуском yafr.main, то я бы его выкинул и оставил бы entry_points = { 'console_scripts': ['utils = yafr.main:main'], }

тогда pip install бы создал utils.exe автоматом и оно бы запускалось без вопросов

Эмм, т.е. допустим есть класс MyClass и методы my_method и my_static_method. my_method можно вызвать только из объекта (obj = MyClass()) как obj.my_method(), а my_static_method можно вызвать как MyClass.my_static_method(), так и obj.my_static_method()? Я правильно понял?

именно

если utils занимается тупым импортом и запуском yafr.main, то я бы его выкинул и оставил бы entry_points = { 'console_scripts': ['utils = yafr.main:main'], }

в utils'е еще конфигурация, шпаргалки и манипуляции с дб

а что мешало вынести это в пакадж?

а что мешало вынести это в пакадж?

не понял

Эмм, т.е. допустим есть класс MyClass и методы my_method и my_static_method. my_method можно вызвать только из объекта (obj = MyClass()) как obj.my_method(), а my_static_method можно вызвать как MyClass.my_static_method(), так и obj.my_static_method()? Я правильно понял?

теперь очевидно когда нужен классметод? 8)

не понял

почему бы не вынести этот код из utils.py в yafr.main?

а если yafr/main.py переименовать в yafr/__main__.py то его станет можно запускать через python -m yafr

в utils.py я использую click

т.е. это топ левел скрипт

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

(просто так было в flask туторе)

за что люди так любят (ана/мини)конду?...

за то что проблем со сборкой нету - это виртуаленв но без нервов. хотя смотря какие пакеты ставить там тоже многих нету

если бы авторы собирали бинарные пакеты, то у обычного питона тоже бы проблем не было

ну ща почти все пакеты в хиле идут... но это токо новые, когда пайп новый выйдет тоже х3 что будет может они вообще скажут что токо wheel

теперь очевидно когда нужен классметод? 8)

Более-менее. Есть некоторые мелочи, которые нужно осмыслить, но уже картина яснее. Ну вот, допустим, в __init__ есть self.my_variable = self.get_my_variable(args), т.е. при создании объекта вызывается метод get_my_variable, который произведет какие-то вычисления и вернет значение в self.my_variable. Правильно ли здесь использовать self? Если нужен доступ к этим вычислениям в каком-то другом месте, то не вызывая объект, можно же сделать get_my_variable классметодом и в __init__ заменить на self.my_variable = MyClass.get_my_variable(args)?

Более-менее. Есть некоторые мелочи, которые нужно осмыслить, но уже картина яснее. Ну вот, допустим, в __init__ есть self.my_variable = self.get_my_variable(args), т.е. при создании объекта вызывается метод get_my_variable, который произведет какие-то вычисления и вернет значение в self.my_variable. Правильно ли здесь использовать self? Если нужен доступ к этим вычислениям в каком-то другом месте, то не вызывая объект, можно же сделать get_my_variable классметодом и в __init__ заменить на self.my_variable = MyClass.get_my_variable(args)?

в принципе можно, но я не представляю себе сценарий где такое надо

вдобавок ты хардкодишь имя класса в конкретном __init__

впрочем внутри обычных методов всегда можно узнать свой собственный класс (если он например унаследован) через type(self) или self.__class__

впрочем внутри обычных методов всегда можно узнать свой собственный класс (если он например унаследован) через type(self) или self.__class__

self.__class__.my_variable - это тоже самое, что и MyClass.my_variable?

нет, в унаследованном классе селф.__класс__ будет ссылаться на дочерний

это кстати причина по которой super нужно кормить имя текущего класса явно

и ни в коем случае не self.__class__

нет, в унаследованном классе селф.__класс__ будет ссылаться на дочерний

Если наследование вообще не используется. К примеру, у меня после class MyClass идет сразу переменная, в которой хранится словарь, видел такое у других тоже. Этот словарь вызывается где-то в классе с помощью self.__class__.переменная - это нормально или нет?

Т.е. переменная не в __init__, а в классе самом.

это немного бессмысленно

если мы читаем - то self.myvar будет работать почти так же, если только не перекрыта инстансом

self.foo - ищет сперва foo в слотах и self.__dict__ если не находит, то идёт по иерархии классов и проверяет классовые переменные Parent.foo, GrandParent.foo, object.foo

это немного бессмысленно

Там в переменной загружается словарь с помощью json, а метод использует эту переменную. Ведь если в методе загружать этот словарь, то при каждом вызове он будет загружаться снова, хотя я сам немного не допер до логики того, кто писал этот код.

так обычно кэш организовывают

выносят на уровень класса, чтобы был общим для всех экземпляров класса

Господа, а при создании коннекта к sqlite , автоматом создается файлик названиебд.db?

если подключаешься к inmemory базе - то нет или если прав не хватит

выносят на уровень класса, чтобы был общим для всех экземпляров класса

Переменная на уровне класса - общая для всех созданных экземпляров класса? Как это работает?

помним что объявление класса - само по себе объект

со своим набором переменных

помним что объявление класса - само по себе объект

А-а-а, теперь-то все понятно.

foo = Foo() - фу у нас экземпляр класса Фу но при этом класс Фу - это экземпляр класса type

а type - это экземпляр класса type

мета!

но при этом type унаследован от object, который в корне вообще всего и вся

Там подгружается словарь из json на уровне класса, метод использует этот словарь. Но теперь ясно, что в этом есть смысл, потому что экземпляры класса там создаются постоянно во время работы программы, но каждый экземпляр берет данные из этого словаря для своих целей.

По сути это же то же самое, что и хранить этот словарь где-то вне класса или импортировать из другого модуля и вызывать mymodule.переменная, но, как я понимаю, эффективнее там вызывать self.__class__.переменная в каждом объекте класса, потому что вне класса и его объектов переменная не задействована?

>>> class Foo: ... cache = {} ... ... def caching(self, key, val): ... self.cache[key] = val ... >>> >>> obj1 = Foo() >>> obj2 = Foo() >>> >>> obj1.caching(1, 1) >>> obj2.caching(2, 2) >>> >>> print(obj1.cache, obj2.cache, Foo.cache) ({1: 1, 2: 2}, {1: 1, 2: 2}, {1: 1, 2: 2}) >>> print(obj1.cache is obj2.cache is Foo.cache) True

По сути это же то же самое, что и хранить этот словарь где-то вне класса или импортировать из другого модуля и вызывать mymodule.переменная, но, как я понимаю, эффективнее там вызывать self.__class__.переменная в каждом объекте класса, потому что вне класса и его объектов переменная не задействована?

да. плюс наследование

подклассы будут пользоваться тем же кэшем в данном случае

да. плюс наследование

спасибо большое