Каков современный способ объявить который версия Perl использовать?
Будучи базированным в мире базы данных, хранилище данных мне было бы гигантской таблицей (отсюда имя "bigtable"). BigTable является плохим примером, хотя, потому что он делает много других вещей, которые типичная база данных не могла бы сделать, и все же это - все еще база данных. Возможности состоят в том, если Вы не знаете, что необходимо создать что-то как "bigtable" Google, Вы, вероятно, согласитесь со стандартной базой данных. Им нужно это, потому что они обрабатывают безумные объемы данных и системы вместе, и никакая коммерчески доступная система не может действительно сделать задание точным путем, они могут продемонстрировать, что им нужно задание, которое будет сделано.
(bigtable ссылка: http://en.wikipedia.org/wiki/BigTable )
3 ответа
На самом деле есть только два варианта: десятичные числа и v-строки. Выбор формы частично зависит от того, какие версии Perl вы хотите «поддерживать» с помощью значимого сообщения об ошибке вместо синтаксической ошибки. (Синтаксис v-строки был добавлен в Perl 5.6.) Общепринятая передовая практика - это то, что требует perlcritic - использовать десятичную нотацию. Вы должны указать минимальную версию Perl, которая требуется для правильной работы вашего скрипта. Обычно это означает объявление зависимости от языковых функций, добавленных в основной версии, например, использование функции say , добавленной в 5.10. Вы должны включить уровень патча, если важно, чтобы ваш скрипт работал правильно. Например, часть моего кода указывает использовать 5.008001 , потому что это зависит от исправления ошибки, которая 5.8.
«Современный» способ - использовать формы, начинающиеся с v . Однако это не обязательно то, чем вы действительно хотите заниматься.
Критик жалуется, потому что старые версии Perl не понимают и не работают с формами, начинающимися с v . Однако, если ваша версия Perl поддерживает его, v лучше читать, потому что вы можете сказать:
use v5.10.1;
... вместо ...
use 5.010_001;
Итак, в документации для используйте , предлагается следующий обходной путь:
use 5.006; use v5.6.1;
NB: Я думаю, что документация здесь ошибочна, поскольку v опущен из примера при perldoc use .
Так как версии Perl, не поддерживающие синтаксис v , выйдут из строя при первом использовании , они выиграли '
Я просто использую что-то вроде 5.010_001 . Я устал иметь дело с проблемами строки версии для чего-то, что должно быть невероятно простым.
Поскольку я в основном занимаюсь системами сборки, у меня постоянная борьба с внутренней версией version.pm Module :: Build , которая не синхронизируется с версией .pm на CPAN. Я думаю, что сейчас это в основном лучше, но у меня есть о чем подумать.
Лучшая практика всегда должна заключаться в том, чтобы делать то, что привлекает меньше всего вашего внимания, и, конечно, не уделять больше внимания, чем ценность, которую это дает обратно. По моему мнению, v-строки и десятичные дроби с точками отвлекали внимание без каких-либо дополнительных преимуществ, тратя много ценного времени программиста только на то, чтобы вернуться к исходной точке.
Я также должен отметить, что Perl :: Critic часто продвигал сомнительные методы для высшая цель - уменьшить способы, которыми люди делают что-то. Однако эти методы часто вызывают проблемы, делают их не лучшими. Это один из таких случаев. Более реалистичная передовая практика - не ставить своей целью соблюдение Perl :: Critic. Используйте его там, где это полезно, но в подобных случаях не тратьте на это умственное время.
Критики часто продвигали сомнительные методы ради высшей цели - уменьшить способы, которыми люди делают что-то. Однако эти методы часто вызывают проблемы, делают их не лучшими. Это один из таких случаев. Более реалистичная передовая практика - не ставить своей целью соблюдение Perl :: Critic. Используйте его там, где это полезно, но в подобных случаях не тратьте на это умственное время. Критики часто продвигали сомнительные методы ради высшей цели - уменьшить способы, которыми люди делают что-то. Однако эти методы часто вызывают проблемы, делают их не лучшими. Это один из таких случаев. Более реалистичная передовая практика - не ставить своей целью соблюдение Perl :: Critic. Используйте его там, где это полезно, но в подобных случаях не тратьте на это умственное время.