С чем связано?

В интернете объяснения толкового не нашёл

В интернете объяснения толкового не нашёл

Может от имени администратора надо запускать командную строку?

такое ощущение, что прав нет)

Хм...

Попробуем

Завтра отпишу

и в винде вроде dir куманда для отображения каталогов.

ls - Linux. dir - Windows

и в винде вроде dir куманда для отображения каталогов.

По привычке с termux на телефоне

Ребят, здравствуйте! Такая ситуация: в одном модуле есть переменная database=None и функция connect. Функция connect занимается тем, что берёт переменную database как global и засовывает в неё другой объект (объект с подключённой базой данных). При запуске проекта функция connect отрабатывает самая первая и в переменной database точно хранится не None, а объект. Но почему-то после того как а я запускаю определённые корутины на asyncio - то внутри них эта переменная равна None. Как правильно сделать общий объект соединения с базой данных?

Зачем глобал юзать? При старте синхронно инициализируй все что надо, а потом передавай как объект куда надо

Ребят, здравствуйте! Такая ситуация: в одном модуле есть переменная database=None и функция connect. Функция connect занимается тем, что берёт переменную database как global и засовывает в неё другой объект (объект с подключённой базой данных). При запуске проекта функция connect отрабатывает самая первая и в переменной database точно хранится не None, а объект. Но почему-то после того как а я запускаю определённые корутины на asyncio - то внутри них эта переменная равна None. Как правильно сделать общий объект соединения с базой данных?

НИКОГДА НЕ ИСПОЛЬЗУЙ ГЛОБАЛЬНЫЕ ПЕРЕМЕННЫЕ

Всем доброго вечера! Мы команда разработчиков смарт-контрактов и DApps. Выполняем проекты любой сложности, есть портфолио! Интересно - пишите в личку.

НИКОГДА НЕ ИСПОЛЬЗУЙ ГЛОБАЛЬНЫЕ ПЕРЕМЕННЫЕ

Что за догматизм?

Всем доброго вечера! Мы команда разработчиков смарт-контрактов и DApps. Выполняем проекты любой сложности, есть портфолио! Интересно - пишите в личку.

За это не банят?

Зачем глобал юзать? При старте синхронно инициализируй все что надо, а потом передавай как объект куда надо

У меня проблема с порядком импорта(

синхронно это в main()

Научите меня тоже или дайте алгоритм

def main(): db = connect() my_async_task = teh_task(db) loop.run_forever()

def main(): db = connect() my_async_task = teh_task(db) loop.run_forever()

Я вообще ноль

Научите меня тоже или дайте алгоритм

Чему?

Чему?

Программированию

Программированию

snakify.org

Чему?

С чего начать, что учить что делать..

С чего начать, что учить что делать..

С сикпа

Есть версия на питоне

def main(): db = connect() my_async_task = teh_task(db) loop.run_forever()

ребят, а если у меня aiohttp.web.Application запускается - как мне сделать объект бд глобальным для всех вьюшек?

С сикпа

есть ссылка?

ребят, а если у меня aiohttp.web.Application запускается - как мне сделать объект бд глобальным для всех вьюшек?

не знаю подробностей, но наверно myapp.db = db myapp.run() .... teh_view.app.db.execute("select * from table;")

есть ссылка?

http://www-inst.eecs.berkeley.edu/~cs61a/sp12/

ребят, а если у меня aiohttp.web.Application запускается - как мне сделать объект бд глобальным для всех вьюшек?

https://docs.aiohttp.org/en/stable/web_advanced.html#cleanup-context

https://docs.aiohttp.org/en/stable/web_advanced.html#signals

Что за догматизм?

Когда-нибудь я осилю и напишу развернутое описание почему это плохо. А пока можешь погуглить

Что за догматизм?

Глобальные переменные в большинстве случаев нарушают инкапсуляцию. К ним открыт неконтролируемый доступ отовсюду. В большом проекте при обилии глобальных переменных возникает путаница в именах. Глобальную переменную же видно отовсюду, надо, чтобы отовсюду было понятно, зачем она. Глобальные переменные в большинстве случаев нарушают принцип инверсии зависимостей (или делают возможным его нарушение). Глобальные переменные ухудшают масштабируемость проекта. Глобальные переменные ухудшают читаемость кода (в каком-то конкретно взятом месте непонятно, нужна ли какая-то конкретная глобальная переменная, или нет). Глобальные переменные приводят к трудноуловимым ошибкам. Примеры: нежелательное изменение её значения в другом месте/другим потоком, ошибочное использование глобальной переменной для промежуточных вычислений из-за совпадения имен, возвращение функцией неправильного значения при тех же параметрах (оказывается, она зависима от глобальной переменной, а ее кто-то поменял). Глобальные переменные создают большие сложности при использовании модульного тестирования. Глобальные переменные увеличивают число прямых и косвенных связей в системе, делая её поведение труднопредсказуемым, а её саму - сложной для понимания и развития.

Глобальные переменные в большинстве случаев нарушают инкапсуляцию. К ним открыт неконтролируемый доступ отовсюду. В большом проекте при обилии глобальных переменных возникает путаница в именах. Глобальную переменную же видно отовсюду, надо, чтобы отовсюду было понятно, зачем она. Глобальные переменные в большинстве случаев нарушают принцип инверсии зависимостей (или делают возможным его нарушение). Глобальные переменные ухудшают масштабируемость проекта. Глобальные переменные ухудшают читаемость кода (в каком-то конкретно взятом месте непонятно, нужна ли какая-то конкретная глобальная переменная, или нет). Глобальные переменные приводят к трудноуловимым ошибкам. Примеры: нежелательное изменение её значения в другом месте/другим потоком, ошибочное использование глобальной переменной для промежуточных вычислений из-за совпадения имен, возвращение функцией неправильного значения при тех же параметрах (оказывается, она зависима от глобальной переменной, а ее кто-то поменял). Глобальные переменные создают большие сложности при использовании модульного тестирования. Глобальные переменные увеличивают число прямых и косвенных связей в системе, делая её поведение труднопредсказуемым, а её саму - сложной для понимания и развития.

Я, пожалуй, схороню.

Глобальные переменные в большинстве случаев нарушают инкапсуляцию. К ним открыт неконтролируемый доступ отовсюду. В большом проекте при обилии глобальных переменных возникает путаница в именах. Глобальную переменную же видно отовсюду, надо, чтобы отовсюду было понятно, зачем она. Глобальные переменные в большинстве случаев нарушают принцип инверсии зависимостей (или делают возможным его нарушение). Глобальные переменные ухудшают масштабируемость проекта. Глобальные переменные ухудшают читаемость кода (в каком-то конкретно взятом месте непонятно, нужна ли какая-то конкретная глобальная переменная, или нет). Глобальные переменные приводят к трудноуловимым ошибкам. Примеры: нежелательное изменение её значения в другом месте/другим потоком, ошибочное использование глобальной переменной для промежуточных вычислений из-за совпадения имен, возвращение функцией неправильного значения при тех же параметрах (оказывается, она зависима от глобальной переменной, а ее кто-то поменял). Глобальные переменные создают большие сложности при использовании модульного тестирования. Глобальные переменные увеличивают число прямых и косвенных связей в системе, делая её поведение труднопредсказуемым, а её саму - сложной для понимания и развития.

Логгинг в питоне построен на глобальных переменных. По-твоему, им нельзя пользоваться?

Это разные вещи

это "локальные" глобальные переменные

если я пользуюсь глобальными переменными, то начинаю их имена с _

Не вижу разницы между глобальным коннектом к бд и глобальным логгером

Логгинг в питоне построен на глобальных переменных. По-твоему, им нельзя пользоваться?

Увы, приходится жертвовать в данном случае. Хотя в идеале конечно логгер тоже надо инжектировать

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

Увы, приходится жертвовать в данном случае. Хотя в идеале конечно логгер тоже надо инжектировать

И получится джава с переусложненным кодом

И получится джава с переусложненным кодом

Не получится

_db = None def connect(): global _db _db = do_connect() def query(teh_query): return _db.query(teh_query)

Не вижу разницы между глобальным коннектом к бд и глобальным логгером

Помню бота под телегу пилил, так при глобальном конекторе вылетала ошибка, что конектор определён в другом потоке

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

Глобальные переменные в большинстве случаев нарушают инкапсуляцию. К ним открыт неконтролируемый доступ отовсюду. В большом проекте при обилии глобальных переменных возникает путаница в именах. Глобальную переменную же видно отовсюду, надо, чтобы отовсюду было понятно, зачем она. Глобальные переменные в большинстве случаев нарушают принцип инверсии зависимостей (или делают возможным его нарушение). Глобальные переменные ухудшают масштабируемость проекта. Глобальные переменные ухудшают читаемость кода (в каком-то конкретно взятом месте непонятно, нужна ли какая-то конкретная глобальная переменная, или нет). Глобальные переменные приводят к трудноуловимым ошибкам. Примеры: нежелательное изменение её значения в другом месте/другим потоком, ошибочное использование глобальной переменной для промежуточных вычислений из-за совпадения имен, возвращение функцией неправильного значения при тех же параметрах (оказывается, она зависима от глобальной переменной, а ее кто-то поменял). Глобальные переменные создают большие сложности при использовании модульного тестирования. Глобальные переменные увеличивают число прямых и косвенных связей в системе, делая её поведение труднопредсказуемым, а её саму - сложной для понимания и развития.

Иче? Я про догматизм. Мастабируемость не всегда нужна, читаемость кода не всегда ухудшается и дальше по пунктам.

мастабируемость это такой гибрид между маштабируемостью и мастурбацией?

Кстати, верно подмечено. Даже исправлять не буду

Иче? Я про догматизм. Мастабируемость не всегда нужна, читаемость кода не всегда ухудшается и дальше по пунктам.

1. Масштабируемость нужна когда-нибудь, а код уже написан 2. Читаемость ступудово ухудшается при увеличении размера кода 3. Тестировать становится невозможно

1. Масштабируемость нужна когда-нибудь, а код уже написан 2. Читаемость ступудово ухудшается при увеличении размера кода 3. Тестировать становится невозможно

1. Что значит когда-нибудь? Откуда это вообще полезло то? 2. Нет. 3. Нет.

1. Что значит когда-нибудь? Откуда это вообще полезло то? 2. Нет. 3. Нет.

1. Это значит, что если ты пишешь не для себя скрипт, а которым будут пользоваться другие, он будет расти 2. Да 3. Да.

1. Это значит, что если ты пишешь не для себя скрипт, а которым будут пользоваться другие, он будет расти 2. Да 3. Да.

1. Да с чего ты взял, что он будет расти? Или ДОЛЖЕН расти? 2. Нет. 3. Нет.

Вот и поговорили

Ага. Просто ты мыслишь догматами, а я нет.

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

Ага. Просто ты мыслишь догматами, а я нет.

Я мыслю, что не использование глобальных переменных даёт меньше проблем, чем их использование

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

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

пожалуйста ! помогите запустить софт в песочнице на убунте браузер multilogin

а то софт прписался - и триал слетел

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

Ага. Просто ты мыслишь догматами, а я нет.

Поорал

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

Опять догматизм какой-то. Привить, не привить. Было бы с ними так все печально - уже бы выпилил нахрен. ВОт у меня крутится демон, в ядре которого пара стеков глобальных. Они нужны только под пару вещей. Лезть туда не нужно. Перепил резко усложит структуру кода до оверхеда. Работает заебись. Какие еще вопросы? Что какая-то обезьяна после меня полезет перепиливать и столкнется с трудностями?

а теперь минутка пеп8

Global Variable Names (Let's hope that these variables are meant for use inside one module only.) The conventions are about the same as those for functions. Modules that are designed for use via from M import * should use the all mechanism to prevent exporting globals, or use the older convention of prefixing such globals with an underscore (which you might want to do to indicate these globals are "module non-public").

и? Кто-то импортится from M import *?

«Пеп написан людьми которые мыслят догмами»)

а.. так это маркуша

Опять догматизм какой-то. Привить, не привить. Было бы с ними так все печально - уже бы выпилил нахрен. ВОт у меня крутится демон, в ядре которого пара стеков глобальных. Они нужны только под пару вещей. Лезть туда не нужно. Перепил резко усложит структуру кода до оверхеда. Работает заебись. Какие еще вопросы? Что какая-то обезьяна после меня полезет перепиливать и столкнется с трудностями?

давай лучше про юникс-сокеты.

давай лучше про юникс-сокеты.

ну не на ночь же