Где использовать?

Использование происходит во время компиляции, поэтому не имеет значения, куда вы его поместили. По крайней мере, с чисто прагматической точки зрения "сработает". Поскольку это происходит во время компиляции , использование всегда будет выполняться, даже если вы поместите его в условное выражение. Никогда не делайте этого: if ($ foo eq 'foo') {use SomeModule}

По моему опыту, лучше всего размещать все операторы использования в верхней части файла. Это позволяет легко увидеть, что загружается и каковы ваши зависимости.

---

Обновление:

Как brian d foy указывает , вещи, скомпилированные перед оператором use , будут не быть затронутым этим. Так что место может иметь значение. Однако для типичного модуля местоположение не имеет значения, если он выполняет действия, влияющие на компиляцию (например, он импортирует функции, имеющие прототипы), местоположение может иметь значение.

Кроме того, Час Оуэнс указывает , что это может повлиять на компиляцию. Модули, предназначенные для изменения компиляции, называются прагмами. По соглашению, прагмы получают имена в нижнем регистре. Эти эффекты применяются только в пределах области применения модуля. В своем ответе Час использует прагму integer в качестве примера. Вы также можете отключить прагму или модуль в ограниченной области с помощью ключевого слова no .

use strict;
use warnings;

my $foo;
print $foo;  # Generates a warning

{   no warnings 'unitialized`;  # turn off warnings for working with uninitialized values.

    print $foo;  # No warning here
}
print $foo; # Generates a warning

---

Синтаксис косвенного объекта

В вашем примере кода у вас есть my $ obj = new ObjectX; ]. Это называется синтаксисом косвенного объекта, и его лучше избегать, так как это может привести к неясным ошибкам. Лучше использовать такую ​​форму:

my $obj = ObjectX->new;

Почему ваш тестовый скрипт медленно работает на сервере?

Невозможно определить это с помощью предоставленной вами информации.

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

Лучшие практики

Ознакомьтесь с Perl Best Practices и кратким справочником карточкой . На этой странице есть хороший сборник рекомендаций ООП Дэмиана Конвея от PBP .

Также вы можете рассмотреть возможность использования Moose . Если длительное время запуска сценария приемлемо для вашего использования, то Moose - огромная победа.

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

Лучшие практики

Ознакомьтесь с Perl Best Practices и кратким справочником карточкой . На этой странице есть хороший сборник рекомендаций ООП Дэмиана Конвея от PBP .

Также вы можете рассмотреть возможность использования Moose . Если длительное время запуска сценария приемлемо для вашего использования, то Moose - огромная победа.

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

Лучшие практики

Ознакомьтесь с Perl Best Practices и кратким справочником карточкой . На этой странице есть хороший сборник рекомендаций ООП Дэмиана Конвея от PBP .

Также вы можете рассмотреть возможность использования Moose . Если длительное время запуска сценария приемлемо для вашего использования, то Moose - огромная победа.

На этой странице есть хороший сборник рекомендаций ООП Дэмиана Конвея от PBP .

Также вы можете рассмотреть возможность использования Moose . Если длительное время запуска сценария приемлемо для вашего использования, то Moose - огромная победа.

На этой странице есть хороший сборник рекомендаций ООП Дэмиана Конвея от PBP .

Также вы можете рассмотреть возможность использования Moose . Если длительное время запуска сценария приемлемо для вашего использования, то Moose - огромная победа.