имя пакета ты вряд ли будешь менять

окей ты завязываешься на имя пакета - это и есть более сильная связь

лол, то есть в проектах типа django нельзя завязываться на то, что имя корневого пакета - django?

лол, то есть в проектах типа django нельзя завязываться на то, что имя корневого пакета - django?

я вроде такого не говорил

если хоть один сторонний кусок кода от твоего пакета зависит - ты не будешь менять имя пакета

поэтому и нет проблем на него завязаться

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

Я проверил. Рефакторинг это учитывает и переделывает на абсолютный.

Аргумент не засчитан.

Я проверил. Рефакторинг это учитывает и переделывает на абсолютный.

молодцы джетбрейнс, защищают людей от выстрела в ногу

Аргумент не засчитан.

ну как не защитал, если даже IDE импорты чинит на нормальные?

если хоть один сторонний кусок кода от твоего пакета зависит - ты не будешь менять имя пакета

жесть, ты завязан только на те сценарии использования с которыми сталкивался, и упёрся в них рогом

жесть, ты завязан только на те сценарии использования с которыми сталкивался, и упёрся в них рогом

один питонопакет зависит от другого - охренеть! какой редчайший сценарий!

никогда в проде такого не видел!

один питонопакет зависит от другого - охренеть! какой редчайший сценарий!

кто и где тебе предложил в этом случае использовать относительные импорты?

кто и где тебе предложил в этом случае использовать относительные импорты?

а, то есть ты заранее знаешь, будет ли твой код где-то реюзаться?

это забавно

в том что я пишу на работе да знаю

в том что я пишу на работе да знаю

нет, не знаешь. Ты этого по определению никогда не можешь знать

поэтому проще сразу писать более корректно

В two scoops of django тоже рекомендуют относительные импорты. Это относительно джанго, конечно.

В two scoops of django тоже рекомендуют относительные импорты. Это относительно джанго, конечно.

щаб django как пример корректной архитектуры приводить

щаб django как пример корректной архитектуры приводить

Щаб джанго на ровном месте.

Хейтить

я не хейчу, просто раньше у них вообще рекомендовалось в settings.py делать sys.path.insert(0, os.path.dirname(file))

щаб django как пример корректной архитектуры приводить

asincio норм?

это прям былинный отказ

поэтому проще сразу писать более корректно

Лол. Так корректнее как раз писать относительные импорты. Такой модуль проще переиспользовать.

asincio норм?

ты, видимо, про asyncio? какое отношение асинхронная библиотека для кооперативной многозадачности имеет к веб-фреймворку?

Лол. Так корректнее как раз писать относительные импорты. Такой модуль проще переиспользовать.

нет)

мы это выше как раз выяснили

проще с абсолютными

ты, видимо, про asyncio? какое отношение асинхронная библиотека для кооперативной многозадачности имеет к веб-фреймворку?

к веб фреймворку никакого, к относительным импортам прямое: \asyncio\__init__.py """The asyncio package, tracking PEP 3156.""" import sys # The selectors module is in the stdlib in Python 3.4 but not in 3.3. # Do this first, so the other submodules can use "from . import selectors". # Prefer asyncio/selectors.py over the stdlib one, as ours may be newer. try: from . import selectors except ImportError: import selectors # Will also be exported. if sys.platform == 'win32': # Similar thing for _overlapped. try: from . import _overlapped except ImportError: import _overlapped # Will also be exported. # This relies on each of the submodules having an __all__ variable. from .base_events import * from .coroutines import * from .events import * from .futures import * from .locks import * from .protocols import * from .queues import * from .streams import * from .subprocess import * from .tasks import * from .transports import *

проще с абсолютными

Ты там сказал что-то про иде. Я уже сказал тебе, что рефакторинги нормально отрабатывают. Хотя это вообще неправильно завязываться на фишки инструмента. Абсолютные импорты придется переписывать. Относительные не придется.

Если мы двигаем весь пакет.

from .something import * в init.py - это тот единственный случай, когда я использую относительные импорты

к веб фреймворку никакого, к относительным импортам прямое: \asyncio\__init__.py """The asyncio package, tracking PEP 3156.""" import sys # The selectors module is in the stdlib in Python 3.4 but not in 3.3. # Do this first, so the other submodules can use "from . import selectors". # Prefer asyncio/selectors.py over the stdlib one, as ours may be newer. try: from . import selectors except ImportError: import selectors # Will also be exported. if sys.platform == 'win32': # Similar thing for _overlapped. try: from . import _overlapped except ImportError: import _overlapped # Will also be exported. # This relies on each of the submodules having an __all__ variable. from .base_events import * from .coroutines import * from .events import * from .futures import * from .locks import * from .protocols import * from .queues import * from .streams import * from .subprocess import * from .tasks import * from .transports import *

и что? в стандартной библиотеке питона довольно много говнокода, ты это хотел сказать?

Ты там сказал что-то про иде. Я уже сказал тебе, что рефакторинги нормально отрабатывают. Хотя это вообще неправильно завязываться на фишки инструмента. Абсолютные импорты придется переписывать. Относительные не придется.

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

не очень понимаю, зачем топить за то, чему есть явный контрпример

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

Я привел обратный пример.

Я привел обратный пример.

где?

где?

https://t.me/ru_python/432490

https://t.me/ru_python/432490

ты сам же ниже написал, что ide для тебя это делает. А если не IDE - то sed, например

более того, IDE сама переделывает относительные в абсолютные, как ты сам выяснил

и что? в стандартной библиотеке питона довольно много говнокода, ты это хотел сказать?

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

ты их будешь обратно исправлять после этого?

ты сам же ниже написал, что ide для тебя это делает. А если не IDE - то sed, например

И? Тогда и любой кейс разрулит иде.

более того, IDE сама переделывает относительные в абсолютные, как ты сам выяснил

Ты смешал два кейса.

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

я не говорю, что оно неоспоримое. Я написал, что вижу логику в использовании только абсолютного и привел несколько примеров.

Переделает, если мы разносим два фала по разным модулям. Если мы оставили их вместе, то не переделает.

Ты смешал два кейса.

тем не менее

Переделает, если мы разносим два фала по разным модулям. Если мы оставили их вместе, то не переделает.

а если использовать абсолютные - тогда и думать об этом не надо будет вообще

я не говорю, что оно неоспоримое. Я написал, что вижу логику в использовании только абсолютного и привел несколько примеров.

где-то тут я наверно окончу участие в дискуссии на данную тему, маловероятно что мы придём к консенсусу ^^

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

а если использовать абсолютные - тогда и думать об этом не надо будет вообще

Надо. Ты завязываешься на текущую структуру каталогов. С относительными — нет.

тогда это вообще может привести к диким проблемам

Надо. Ты завязываешься на текущую структуру каталогов. С относительными — нет.

наоборот же

написал в импорте одну точку вместо двух - получил трудноотлавливаемый баг

нафиг нужна вам такая свистопляска - я не понимаю

наоборот же

Ты послушай, что ты говоришь. Только вдумайся. =) Ты говоришь, что относительные пути завязываются на структуру. ОТНОСИТЕЛЬНЫЕ, карл.

написал в импорте одну точку вместо двух - получил трудноотлавливаемый баг

Я про две никогда не говорил.

Ты послушай, что ты говоришь. Только вдумайся. =) Ты говоришь, что относительные пути завязываются на структуру. ОТНОСИТЕЛЬНЫЕ, карл.

разумеется! для тебя это неочевидно? в относительных ты жестко завязываешься на структуру в КАЖДОМ сраном модуле, потому что тебе надо знать, где конкретно относительно текущего файла лежат другие

а в случае абсолютных у тебя есть одна строчка от корня, которую можно sed'ом по всему проекту заменить

а в случае абсолютных у тебя есть одна строчка от корня, которую можно sed'ом по всему проекту заменить

В случае абсолютных тебе так же надо знать, где какой файл лежит. Только не только знать, но еще и пути указать.

А куда Саша пропал?

Сдался

ERROR: S client not available

ПРосто обмазывается нодой и пытается забыть Колю

В случае абсолютных тебе так же надо знать, где какой файл лежит. Только не только знать, но еще и пути указать.

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

Чет я даже не заметил его пропажи

А куда Саша пропал?

он теперь политическую повестку дня обсуждает у нас в нердочатике

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

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

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

а ты еще спрашиваешь, "где там завязка на фс"

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

Я не знаю, как можно абстрагироваться от ФС.

Я не знаю, как можно абстрагироваться от ФС.

не использовать относительные импорты, например

пусть за тебя работу делает PYTHONPATH и интерпретатор

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

ты .. не используешь?

ты .. не используешь?

По своей инициативе — нет. Только в одном проекте, где уже было так написано.

По своей инициативе — нет. Только в одном проекте, где уже было так написано.

ну хоть так

меня один раз хотели подрядить на фриланс-проект на питоне

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

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

Может тебя под блэкуху хотели подвязать, бггг.

и этот самый тимлид мне исходники проекта прислал по джабберу в zip-архивчике, потому что "svn у нас что-то лежит"

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

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

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

блять

При работе с Pandas там можно так же как и файлами //, если естть то открыть csv если нету то создать

?

да

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

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

Да

При работе с Pandas там можно так же как и файлами //, если естть то открыть csv если нету то создать

создает to_csv(), а не read_csv()

бр а типо проверка там ну как с файлами )) незя )) блин ну ладно спасибо)) буду знать

Ребят подскажите как в windows после установки (через pip) запускать проект или там entry_points не компилится? Чертова винда всю душу!!! вымотала((