{"id":104162,"date":"2022-05-26T21:37:04","date_gmt":"2022-05-26T19:37:04","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/perl-7-plavno-prodolzhit-razvitie-perl-5-bez-narusheniya-obratnoj-sovmestiosti"},"modified":"2022-05-26T21:37:04","modified_gmt":"2022-05-26T19:37:04","slug":"perl-7-plavno-prodolzhit-razvitie-perl-5-bez-narusheniya-obratnoj-sovmestiosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/perl-7-plavno-prodolzhit-razvitie-perl-5-bez-narusheniya-obratnoj-sovmestiosti","title":{"rendered":"Perl 7 continuer\u00e0 a svilupparsi senza soluzione di continuit\u00e0 rispetto a Perl 5 senza violare la retrocompatibilit\u00e0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il consiglio di gestione del progetto Perl ha riassunto i piani per lo sviluppo futuro del ramo Perl 5 e per la creazione del ramo Perl 7. Nel corso delle discussioni, il consiglio ha convenuto che non \u00e8 accettabile violare la compatibilit\u00e0 con il codice gi\u00e0 scritto per Perl 5, tranne nei casi in cui la violazione della compatibilit\u00e0 sia necessaria per eliminare vulnerabilit\u00e0. Il consiglio ha anche concluso che il linguaggio deve evolversi e che occorre promuovere in modo pi\u00f9 intenso nuove funzionalit\u00e0, semplificando al contempo l'accesso alle innovazioni emergenti e stimolandone l'implementazione. <\/p>\n
Contrariamente alle intenzioni iniziali, che prevedevano l'inclusione di modifiche che violano la retrocompatibilit\u00e0 nel ramo Perl 7 per impostazione predefinita, il nuovo piano implica una trasformazione graduale del ramo Perl 5 in Perl 7 senza compromettere la retrocompatibilit\u00e0 con il codice esistente. Il rilascio di Perl 7.0 non sar\u00e0 concettualmente diverso dall'ultima versione del ramo Perl 5.xx. <\/p>\n
Lo sviluppo delle nuove versioni di Perl 5 continuer\u00e0 come prima \u2014 le nuove funzionalit\u00e0 incompatibili con il vecchio codice che vengono aggiunte al ramo verranno incluse solo con una chiara indicazione nel codice delle pragmi \u00abuse versione\u00bb o \u00abuse feature funzionalit\u00e0\u00bb. Ad esempio, nella versione Perl 5.010 \u00e8 stata introdotta una nuova parola chiave \u00absay\u00bb, ma poich\u00e9 nel codice esistente potrebbero essere state utilizzate funzioni con il nome \u00absay\u00bb, il supporto della nuova parola chiave veniva attivato solo con l'esplicita indicazione della pragma \u00abuse feature 'say'\u00bb. <\/p>\n
La nuova sintassi aggiunta al linguaggio, che nei precedenti rilasci causava un errore durante l'elaborazione, diventa disponibile immediatamente senza la necessit\u00e0 di specificare pragmi speciali. Ad esempio, in Perl 5.36 verr\u00e0 introdotta una sintassi semplificata per la gestione di pi\u00f9 valori di una lista (\u00abforeach my ($key, $value) (%hash) {\u00bb), che sar\u00e0 disponibile subito, anche nel codice senza la pragma \u00abuse v5.36\u00bb. <\/p>\n
Nella forma attuale in Perl 5.36, utilizzando la pragma \u00abuse v5.36\u00bb vengono attivate 13 funzionalit\u00e0 incompatibili (\u00absay\u00bb, \u00abstate\u00bb, \u00abcurrent_sub\u00bb, \u00abfc\u00bb, \u00ablexical_subs\u00bb, \u00absignatures\u00bb, \u00abisa\u00bb, \u00abbareword_filehandles\u00bb, \u00abbitwise\u00bb, \u00abevalbytes\u00bb, \u00abpostderef_qq\u00bb, \u00abunicode_eval\u00bb e \u00abunicode_strings\u00bb), vengono attivate per impostazione predefinita le modalit\u00e0 \u00abuse strict\u00bb e \u00abuse warnings\u00bb e viene disabilitato il supporto per la denotazione obsoleta delle chiamate di oggetti (quando si usa uno spazio invece di \u00ab->\u00bb) e per gli array e hash multidimensionali in stile Perl 4 (\u00ab$hash{1, 2}\u00bb). <\/p>\n
Quando le modifiche si accumuleranno in numero sufficiente, invece di un altro rilascio di Perl 5.x verr\u00e0 creata una versione Perl 7.0, che costituir\u00e0 una sorta di istantanea dello stato, ma rimarr\u00e0 completamente compatibile con Perl 5. Per includere le modifiche e le impostazioni incompatibili sar\u00e0 necessaria l'aggiunta esplicita nel codice della pragma \u00abuse v7\u00bb. Cio\u00e8, il codice con pragma \u00abuse v7\u00bb pu\u00f2 essere interpretato come \u00abPerl moderno\u00bb, in cui sono disponibili le modifiche incompatibili del linguaggio, mentre senza \u2014 \u00abPerl conservativo\u00bb, che rimarr\u00e0 completamente compatibile con le versioni precedenti. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"