В чем минус: From*** import ***

Мне советуют использовать только import ,но причину найти не могу .

Поискал, нашел только :
1)замена имени ( pi=3,14 from math import pi pi=3.14159...)


И еще один вопрос , стоит ли использовать From math import *

0

David099, В небольших проектах это не принципиально, как Вам удобнее, я предпочитаю import, но иногда использую from. Проблемы могут возникнуть в больших проектах, особенно когда разные куски делают разные люди. Когда Вы используете from, особенно со звездой * , то у Вас могут импортироваться переменные, которые войдут в конфликт с переменными в том коде, из которого Вы обращаетесь к другому модулю, могут оказаться одинаковые имена. В небольшом проекте это можно предусмотреть, в большом контролировать все переменные сложнее.
Когда же Вы используете import, то перед всеми переменными из импортируемого модуля ставится имя модуля или его алииса, что исключает конфликт имен, но загромождает код, "имяМодуля.переменная".

1

Спасибо, очень понятно и качественно.

0

David099, Я сейчас разрабатываю проект содержащий модуль создающий дополнительную форму. Как оказалось я не до конца понимал, как работают инструкции import и from*** import ***, и в чем их основное отличие.
Во первых и та и другая инструкция загружают в память байт-код модуля и запускают его выполнение (то есть вначале работают одинаково).
А вот дальше уже работают по разному.
Инструкция import присваивает загруженному байт-коду (для питона это является объект-модулем) имя. Для синтаксиса import name, это будет имя файла name. Для синтаксиса import name as alias, это будет альтернативное имя alias.
Инструкция from*** import ***, после загрузки байт-кода и его выполнения, дополнительно копирует имена (указанные после import) переменных из модуля, присваивая им значения этих переменных из модуля. Точнее, присваивает ссылки на те же объекты, на которые ссылаются переменные из модуля. Скопированные из модуля имена переменных добавляются в пространство имен (не путать с областью видимости) основной программы, которая импортирует модуль.
Из выше сказанного возникает основное отличие инструкций import и from*** import ***.
В первом случае мы можем с помощью name.vel (имя_модуля.переменная) присваивать значение переменной в байт-коде модуля. Во втором случае, мы будем использовать не переменную модуля, а ее копию созданную в пространстве имен основной программы импортирующей модуль.
Механизм импорта оказался не тривиальным, что не понятно спрашивайте.

0

David099, книгу. по питону. возьми. начни читать

0

David099, Продолжая разбираться с инструкцией import ... , у меня создалось впечатление, что питон по аналогии работы с файлом
так же и при работе с модулем создает Объект модуля.
Но в отличие от Объекта файла, где работа с файлом идет через него,
Объект модуля можно использовать для работы с модулем, а можно и не использовать, применяя инструкцию
from*** import ***. Но это только мое предположение, я об этом нигде не читал, а на это меня натолкнули результаты экспериментов с инструкцией import.
Основной файл

Модуль

Теперь полезу в стандартную документацию, может там что то нарою.

Добавлено через 1 минуту
******************************

0

Viktorrus, если что, в python - вообще всё является объектом. Даже методы.

0

Сообщение от Alli_Lupin в python - вообще всё является объектом. Даже методы.

Да именно так, я Выше об этом писал. Однако инструкция from*** import *** не обращается к Объекту модуля, а копирует имена переменных из модуля в пространство имен импортирующего файла и он работает с ними, а не с Объектом модуля. Я говорю именно об этом.

0

Сообщение от Viktorrus так же и при работе с модулем создает Объект модуля.

именно так

Сообщение от Viktorrus я об этом нигде не читал

а должен был, у Лутца, когда он объясняет зачем же вообще нужно ООП (в смысле самодельных классов) если можно просто функции писать в модуле и его импортить.

0

Сообщение от Welemir1 а должен был, у Лутца, когда он объясняет зачем же вообще нужно ООП (в смысле самодельных классов) если можно просто функции писать в модуле и его импортить

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

0

Сообщение от Viktorrus теперь снова читаю и разбираюсь более глубоко

как я понимаю ту у дедушки Лутца не 1 том прочел, посмотри книгу Слаткина (Brett Slatkin - Effective Python_ 59 Specific Ways to Write Better Python ) по питону, там все в стиле советов и рекомендов, кратко но в то же время по существу, многие нюансы показывает.

0

0