создание библиотеки с подпрограммами

[commander]

Как писал в своё время Кевин Мельтцер:

------------------------------------------------------------
Многим людям не нравиться функция require(). Они предпочли бы, чтобы все файлы, загружались как модули функцией use(). Я же считаю что require() быстрее и проще, и, если Лари оставит эту функцию в языке, я буду её применять.
------------------------------------------------------------

Я придерживаюсь такого же мнения...

[NeoNox]

commander Фигню написал Кевин Мельтцер. Это не одно и тоже.
Ты действительно не понимаеш чем отличаются use и require и никогда не слышал о ОО программировании на perl?

[commander]

NeoNox
Ваши сомнения мне совершенно не понятны...
Я имел в ввиду несколько другое... Если это простенькие подпрограммы, а судя по вопросу они врятли могут быть сложными... то намного быстрее и проще использовать require...

[commander]

perldoc perlbot

[NeoNox]

commander:
Ваши сомнения мне совершенно не понятны...

Сомнения относительно чего?
perldoc perlmod:

           require Cwd;                # make Cwd:: accessible
           $here = Cwd::getcwd();

           use Cwd;                    # import names from Cwd::
           $here = getcwd();

           require Cwd;                # make Cwd:: accessible
           $here = getcwd();           # oops! no main::getcwd()

       In general, "use Module ()" is recommended over "require
       Module", because it determines module availability at comґ
       pile time, not in the middle of your program\'s execution.

[commander]

NeoNox
Вот примерно этого я и опасался...

лучше не задавай столь провакационные вопросы...  Дискусии по этому вопросу на моей памяти доходити до 10 станиц... Народ с пеной у рта спорил по этому вопросу и все остались при своем мнении...

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

[NeoNox]

commander пока что я привел тебе выдержку из perldoc а ты мне высказывание Кевина Мельтцера (которое я не могу найти в оригинале).
Кстати, я ничего не имею против require (хотя за последние два-три года его не использовал вообще ни разу) а о том, что не стоит программисту зашориваться. Есть такой инструмент и его нужно знать досконально.

[commander]

Есть такой инструмент и его нужно знать досконально.

Подобное суждение должно иметь разумное ограничение... А то так можно умиреть серфя http://search.cpan.org/ в поисках новых инструментов... Ложка хороша к столу...

[NeoNox]

commander под инструментом я имел ввиду написание и использование модулей (пакетов). Называя CPAN, ты начинаеш рыть яму своей теории.
Я все еще не вижу доказательств почему я должен использовать require.

[Chs]

Ну давайте еще обсудим скрипты от Matt там require очень показательно.

Приведу одно маленькое различие use и require - то, что написано с использованием модулей легко использовать повторно, а вот то, что вынесено в подпрограмму с использованием require - проблематично.

И, commander, не стоит спорить с двумя людьми имеющими большой опыт программирования не приводя аргументов.

[commander]

Я вообще не собирался спорить... более того я в самом начале топика это заявил... И я не призываю везде и всюду использовать require, а только там где, это проще чем использования use...
Кстати вопрос:
Как известно, в случае использования команды require подключение идет в момент выполнения сценария, а в случае использования use на этапе компиляции... Вопрос: В чем принцепиальное отличие этих двух видов подключения?

[NeoNox]

commander ты же сам себе и ответил
Или ты хочеш узнать где практическое применение подключения на этапе комиляции или в какой последовательности и зачем вызываются (и вообще существуют) "BEGIN", "CHECK", "INIT", и "END"?

[commander]

NeoNox
Вопрос звучал так:
В чем принцепиальное отличие этих двух видов подключения? Не больше не меньше...

[Chs]

perldoc perlmod до просветления...

[Wyclef]

commander

В чем принципиальное отличие этих двух видов подключения?

Если отсутствует подключаемый модуль, скрипт даже не запустится т.к. use не пройдет компиляцию. use выполняет неявное импортирование пакета включаемого модуля.