s
ты архитектуру понимаешь?
Size: a a a
2021 January 05
s
Под капотом это как указатели работает?
s
Переслано от std::slavik
а, забыл еще сказать что кроме
globals() есть еще locals()s
Переслано от std::slavik
кому интересно уже сами смотрите - как словари возвращаемые меняются внутри функций там и тд
ДК
А, ну да.
Но вообще, лучше пересмотрел бы архитектуру т.к. глобалы — зло, уж темболее изменяемые :/
Но вообще, лучше пересмотрел бы архитектуру т.к. глобалы — зло, уж темболее изменяемые :/
Не думаю что можно между 2 файлами передавать одно и то же без глобальных переменных
ДК
вообще странная херня
Я если бы проект начинал, все по другому сделал бы
А так сейчас класс кнопки если трогать начну, все сломаю к чертям
Я если бы проект начинал, все по другому сделал бы
А так сейчас класс кнопки если трогать начну, все сломаю к чертям
А
Глобальные переменные в большинстве случаев нарушают инкапсуляцию. К ним открыт неконтролируемый доступ отовсюду.
В большом проекте при обилии глобальных переменных возникает путаница в именах. Глобальную переменную же видно отовсюду, надо, чтобы отовсюду было понятно, зачем она.
Глобальные переменные в большинстве случаев нарушают принцип инверсии зависимостей (или делают возможным его нарушение).
Глобальные переменные ухудшают масштабируемость проекта.
Глобальные переменные ухудшают читаемость кода (в каком-то конкретно взятом месте непонятно, нужна ли какая-то конкретная глобальная переменная, или нет).
Глобальные переменные приводят к трудноуловимым ошибкам. Примеры: нежелательное изменение её значения в другом месте/другим потоком, ошибочное использование глобальной переменной для промежуточных вычислений из-за совпадения имен, возвращение функцией неправильного значения при тех же параметрах (оказывается, она зависима от глобальной переменной, а ее кто-то поменял).
Глобальные переменные создают большие сложности при использовании модульного тестирования.
Глобальные переменные увеличивают число прямых и косвенных связей в системе, делая её поведение труднопредсказуемым, а её саму - сложной для понимания и развития.
Извиняюсь за copy-paste. (Объяснение не моё)
Обычно просто скидываю это т.к. лень каждый раз перечислять.
Для меня же основной причиной является масштабируемость, а точнее её отсутствие при глобальных переменных
В большом проекте при обилии глобальных переменных возникает путаница в именах. Глобальную переменную же видно отовсюду, надо, чтобы отовсюду было понятно, зачем она.
Глобальные переменные в большинстве случаев нарушают принцип инверсии зависимостей (или делают возможным его нарушение).
Глобальные переменные ухудшают масштабируемость проекта.
Глобальные переменные ухудшают читаемость кода (в каком-то конкретно взятом месте непонятно, нужна ли какая-то конкретная глобальная переменная, или нет).
Глобальные переменные приводят к трудноуловимым ошибкам. Примеры: нежелательное изменение её значения в другом месте/другим потоком, ошибочное использование глобальной переменной для промежуточных вычислений из-за совпадения имен, возвращение функцией неправильного значения при тех же параметрах (оказывается, она зависима от глобальной переменной, а ее кто-то поменял).
Глобальные переменные создают большие сложности при использовании модульного тестирования.
Глобальные переменные увеличивают число прямых и косвенных связей в системе, делая её поведение труднопредсказуемым, а её саму - сложной для понимания и развития.
Извиняюсь за copy-paste. (Объяснение не моё)
Обычно просто скидываю это т.к. лень каждый раз перечислять.
Для меня же основной причиной является масштабируемость, а точнее её отсутствие при глобальных переменных
ДК
на старте говорил, что нужно относительные координаты использовать, а не абсолютные, сказали не, не надо нам такое
В итолге сейчас выясняется что оказывается на маленьком ноутбучном мониторе видно только центр приложения
В итолге сейчас выясняется что оказывается на маленьком ноутбучном мониторе видно только центр приложения
s
Глобальные переменные в большинстве случаев нарушают инкапсуляцию. К ним открыт неконтролируемый доступ отовсюду.
В большом проекте при обилии глобальных переменных возникает путаница в именах. Глобальную переменную же видно отовсюду, надо, чтобы отовсюду было понятно, зачем она.
Глобальные переменные в большинстве случаев нарушают принцип инверсии зависимостей (или делают возможным его нарушение).
Глобальные переменные ухудшают масштабируемость проекта.
Глобальные переменные ухудшают читаемость кода (в каком-то конкретно взятом месте непонятно, нужна ли какая-то конкретная глобальная переменная, или нет).
Глобальные переменные приводят к трудноуловимым ошибкам. Примеры: нежелательное изменение её значения в другом месте/другим потоком, ошибочное использование глобальной переменной для промежуточных вычислений из-за совпадения имен, возвращение функцией неправильного значения при тех же параметрах (оказывается, она зависима от глобальной переменной, а ее кто-то поменял).
Глобальные переменные создают большие сложности при использовании модульного тестирования.
Глобальные переменные увеличивают число прямых и косвенных связей в системе, делая её поведение труднопредсказуемым, а её саму - сложной для понимания и развития.
Извиняюсь за copy-paste. (Объяснение не моё)
Обычно просто скидываю это т.к. лень каждый раз перечислять.
Для меня же основной причиной является масштабируемость, а точнее её отсутствие при глобальных переменных
В большом проекте при обилии глобальных переменных возникает путаница в именах. Глобальную переменную же видно отовсюду, надо, чтобы отовсюду было понятно, зачем она.
Глобальные переменные в большинстве случаев нарушают принцип инверсии зависимостей (или делают возможным его нарушение).
Глобальные переменные ухудшают масштабируемость проекта.
Глобальные переменные ухудшают читаемость кода (в каком-то конкретно взятом месте непонятно, нужна ли какая-то конкретная глобальная переменная, или нет).
Глобальные переменные приводят к трудноуловимым ошибкам. Примеры: нежелательное изменение её значения в другом месте/другим потоком, ошибочное использование глобальной переменной для промежуточных вычислений из-за совпадения имен, возвращение функцией неправильного значения при тех же параметрах (оказывается, она зависима от глобальной переменной, а ее кто-то поменял).
Глобальные переменные создают большие сложности при использовании модульного тестирования.
Глобальные переменные увеличивают число прямых и косвенных связей в системе, делая её поведение труднопредсказуемым, а её саму - сложной для понимания и развития.
Извиняюсь за copy-paste. (Объяснение не моё)
Обычно просто скидываю это т.к. лень каждый раз перечислять.
Для меня же основной причиной является масштабируемость, а точнее её отсутствие при глобальных переменных
посмотри видео выше
s
думаю полезно будет
ДК
на старте говорил, что нужно относительные координаты использовать, а не абсолютные, сказали не, не надо нам такое
В итолге сейчас выясняется что оказывается на маленьком ноутбучном мониторе видно только центр приложения
В итолге сейчас выясняется что оказывается на маленьком ноутбучном мониторе видно только центр приложения
И Сейчас сижу один за всех правлю архитектуру, потому что больше некому, а сдавать нам всем
ДК
они то свою часть сделали по факту, но кривовато из-за координат опять же
А
посмотри видео выше
70MB :/
Что-ж, напишу как посмотрю ¯\_(ツ)_/¯
Что-ж, напишу как посмотрю ¯\_(ツ)_/¯
ЯБ
Как можно вот такой костыль убрать?
Возвращается либо значение, либо None
Если None присваивать не надо
Возвращается либо значение, либо None
Если None присваивать не надо
music_on = music_on or music_button.draw(10)ДК
music_on = music_on or music_button.draw(10)Гениально :D
s
70MB :/
Что-ж, напишу как посмотрю ¯\_(ツ)_/¯
Что-ж, напишу как посмотрю ¯\_(ツ)_/¯
думаешь на ютубчике меньше весят?
ЯБ
не знаю, зачем такие сложности навыдумывали
s
не знаю, зачем такие сложности навыдумывали
затем что твое решение не работает
А
думаешь на ютубчике меньше весят?
Вряд ли. Просто немного напрягает скачивать столько)