LINUXSOFT.cz Přeskoč levou lištu
Uživatel: Heslo:  
   CZUKPL

> Perl (72) - Navazování složitějších datových typů

Perl Pokračujeme v tématu předchozího dílu. Budeme se zabývat méně obvyklými záležitostmi při navazování proměnných.

3.9.2008 06:00 | Jiří Václavík | Články autora | přečteno 7234×

Podobně jako skaláry můžeme navazovat složitější datové typy. Nejčastěji se používá navazování hashů, které je používáno zejména systémem DBM. Více bude o DBM řečeno v příštím díle. Nicméně dnes se budeme zabývat i navazováním ovladačů souborů.

Na začátku uveďme, že stejně jako pro skaláry je možné pro přetížení jen vybraných operací použít třídy Tie::StdArray a Tie::StdHash definované v modulech Tie::Array a Tie::Hash.

S hashi a poli lze provádět mnohem zajímavější věci než se skaláry. Představme si, že bychom přes hash přistupovali například k encyklopedii. Takový hash bychom vůbec nemuseli definovat - stačilo by ho pouze svázat s modulem, který by se staral o získávání informací. Ten by mohl data získávat třeba i z Wikipedie. Okamžítě bychom tak měli dostupná hesla pod příslušnými klíči.

Navazování hashů

Navazování hashů je to o něco složitější než navazování skalárů, nicméně tato složitost tkví zejména v počtu metod, které musíme vytvořit. Je to logické, protože si stačí uvědomit, co všechno lze s hashem provádět.

Konstruktorem třídy bude metoda TIEHASH. Dále zde opět máme metody FETCH a STORE. Jako argumenty dostávají klíč hashe pro FETCH, resp. klíč a hodnotu pro STORE.

Narozdíl od skaláru zde však máme navíc další metody. V hashovém kontextu můžeme využívat funkce exists a delete. Jejich chování určují metody EXISTS a DELETE. Obě dostávají jako argument klíč hashe.

Dále zde máme metodu CLEAR, která je volána tehdy, pokud do hashe přiřazujeme prázdný seznam. Pokud přiřazujeme neprázdný seznam, není třeba definovat zvláštní metodu, neboť takové volání se převede na volání CLEAR a STORE.

A nakonec je třeba definovat metody FIRSTKEY a NEXTKEY, které obsluhují volání funkce keys (funkce values a each jsou pouze kombinací FIRSTKEY, NEXTKEY a FETCH). Metoda FIRSTKEY by měla vracet název prvního klíče a NEXTKEY postupně klíče následující. Pokud tedy nad navázaným hashem zavoláme funkci keys, provede se metoda FIRSTKEY. Pokud zavoláme keys znovu, provede se NEXTKEY. Atd.

Příklad

Nyní si pro jasnější představu napíšeme konkrétní třídu, ke které budeme moci hash navázat. Obsah nenavázaných proměnných se uchovává v paměti RAM. Naše třída bude proměnné navázané na ní uchovávat v adresáři. Budeme tedy pracovat s hashem a veškeré operace s ním se budou odehrávat na úrovni práce se soubory.

Tedy konkrétně. Vytvořením prvku hashe se vytvoří v daném adresáři soubor o stejném názvu jako je klíč hashe. Obsahem souboru pak bude hodnota prvku. Prvky budeme moci přepisovat, mazat apod.

Přikročme tedy k definici třídy. Konstruktor TIEHASH bude přijímat název adresáře, z něhož vytvoří objekt. Dále tento adresář vytvoří. Pro jednoduchost nebudeme ošetřovat případy, kdy by bylo třeba vytvořit více podadresářů.

package TieHash;

sub TIEHASH {
    my($pkg, $adresar) = @_;
    $adresar = "hash" unless $adresar;
    mkdir $adresar unless -e $adresar;
    bless \$adresar, $pkg;
    return \$adresar;
}

A nyní již budeme definovat metody reprezentující operace s hashem. STORE na základě přijatých argumentů vytvoří v daném adresáři soubor s daným obsahem.

sub STORE {
    my($r_dir, $soubor, $obsah) = @_;
    open FILE, ">$$r_dir/$soubor" or die;
    print FILE $obsah;
    close FILE;
}

Metoda FETCH přečte soubor, reprezentující daný index a vrátí jeho obsah.

sub FETCH {
    my($r_dir, $soubor) = @_;
    return "" unless -e "$$r_dir/$soubor";
    open FILE, "$$r_dir/$soubor" or die;
    my $obsah = <FILE>;
    close FILE;
    return $obsah;
}

Metoda EXISTS pouze vrátí pravdivou nebo nepravdivou hodnotu, podle toho, zda daný soubor existuje.

sub EXISTS {
    my($r_dir, $soubor) = @_;
    return -e "$$r_dir/$soubor" ? 1 : "";
}

Volání funkce delete má za následek smazání daného prvku. Zároveň zajistíme, aby byla vrácena hodnota tohoto prvku.

sub DELETE {
    my($r_dir, $soubor) = @_;
    return "" unless -e "$$r_dir/$soubor";
    my $obsah = $r_dir->FETCH($soubor);
    unlink "$$r_dir/$soubor";
    return $obsah;
}

Přiřazením prázdného seznamu do hashe se všechny klíče hashe vymažou.

sub CLEAR {
    my($r_dir) = @_;
    unlink <$$r_dir/*>;
}

A nakonec nám zbývají metody FIRSTKEY a NEXTKEY. Zde vyvstává otázka, jak uchovávat informaci mezi jednotlivými voláními metody. Potřebujeme totiž vědět, které klíče již byly vráceny a které zatím ne. Nejčastější možností je uchovávání celého hashe v objektu. Potom bychom mohli pomocí funkce each volat pokaždé následující prvek. Nicméně my v objektu máme pouze jméno adresáře. Pro jednoduchost definujeme globální proměnnou $posledni, která říká kolikátý byl poslední vrácený klíč.

our $posledni;

Nyní definujeme metodu FIRSTKEY, která vrací první název souboru z daného adresáře.

sub FIRSTKEY {
    my($r_dir) = @_;
    my($s) = <$$r_dir/*>;
    my($a) = $s =~ /$$r_dir\/(.*)/;
    $posledni = 0;
    return $a;
}

A nakonec metodu NEXTKEY, která nejprve do pole načte všechna jména souborů a poté z nich vybere podle obsahu globální funkce $posledni.

sub NEXTKEY {
    my($r_dir) = @_;
    my @files;
    push @files, /$$r_dir\/(.*)/ while <$$r_dir/*>;
    return $files[++$posledni] ? $files[$posledni] : undef;
}

Třída je hotova. Nyní ji můžeme začít navazovat na konkrétní hashe.

my %a;
tie %a, "TieHash";

Dále můžeme zkoušet pracovat s prvky hashe %a a zároveň sledovat obsah vzniklého adresáře hash. Například následující příkaz má za následek vytvoření souboru hash/klic s obsahem hodnota.

$a{"klic"} = "hodnota";

Další příkaz smaže obsah adresáře a poté v něm vytvoří soubor novy s obsahem hodnota.

%a = ("novy" => "hodnota");

A nakonec si vypíšeme obsahy všech souborů adresáře hash.

print values %a;

Navazování polí

Konstruktorem je opět metoda TIEARRAY. Dále máme k dispozici nám již známé FETCH a STORE. A dále lze ještě využít metody DELETE, EXISTS, CLEAR, POP, PUSH, SHIFT, UNSHIFT a SPLICE, jejichž význam je intuitivní. Metoda FETCHSIZE se volá po požadavku na délku pole (to může být buď $#pole nebo scalar $pole). STORESIZE naopak definuje chování pro změnu jeho velikosti.

Příklad

V příkladu, který si uvedeme, budeme definovat pouze některé z výše uvedených metod, neboť rozsáhlejší příklad jsme si již předvedli u navazování hashů.

Do prvku pole budeme přiřazovat vždy název souboru. Naše třída zajistí, že hodnotou prvku bude obsah tohoto souboru a ne už jeho název.

package TieArray;
use Tie::Array;
our @ISA = ("Tie::StdArray");

sub TIEARRAY {
    my($pkg, $adresar) = @_;
    my $self = [];
    bless $self, $pkg;
    return $self;
}

sub STORE {
    my($self, $index, $soubor) = @_;
    return "" unless -r $soubor;
    open FILE, "$soubor";
    $self->[$index] .= $_ while <FILE>;
    close FILE;
}

sub PUSH {
    my($self, @nove_hodnoty) = @_;;
    my $i = -1;
    $self->STORE($#$self+1, $nove_hodnoty[$i]) while $nove_hodnoty[$i++];
}

Nyní můžeme naši třídu použít. Po přiřazení do proměnné se její hodnotou ve skutečnosti stane obsah souboru nebo prázdný řetězec.

my @a;
tie @a, "TieArray";

$a[0] = "/home/user/soubor";
print $a[0];

Navazování ovladačů

Odpovědnost za práci s ovladači můžeme jako u předcházejících datových typů přenést z Perlu na sebe. Opět to spočívá ve vytvoření speciální třídy, uvnitř které jsou definovány speciální metody.

Protože ovladač nemá vlastní prefix, předává se funkci tie typeglob.

Máme také k dispozici modul Tie::Handle, ve kterém je definována třída Tie::StdHandle.

Konstruktorem třídy, na kterou budou ovladače navázány, je metoda TIEHANDLE. Dále máme určeny pro jednotlivé operace s ovladačem další názvy metod.

Metody PRINT, PRINTF, GETC, OPEN, CLOSE, BINMODE, FILENO, SEEK, TELL, EOF korespondují s funkcemi o stejném názvu, pouze malým písmem, WRITE s funkcí syswrite a READ s funkcemi read a sysread.

Dále zde máme funkci READLINE, která je volána při čtení z ovladače pomocí operátoru <>.

Verze pro tisk

pridej.cz

 

DISKUZE

Nejsou žádné diskuzní příspěvky u dané položky.



Příspívat do diskuze mohou pouze registrovaní uživatelé.
> Vyhledávání software
> Vyhledávání článků

25.4.2014 6:51 /MaReK Olšavský
1. května 2014 nebude jen Svátek práce, ale programovací jazyk BASIC bude 50 letým veteránem, který se od snadného, leč pro větší projekty absolutně nevhodného, jazyka vypracoval do dnešní podoby, jíž reprezentuje například projekt Gambas. Na stránkách OpenSource.com se, u příležitosti výročí, objevila úvaha nad jeho vhodností, jakožto začátečnického jazyka vedle oblíbeného Pythonu.
Přidat komentář

25.4.2014 6:51 /MaReK Olšavský
První RC nového RHELu 7 poměřil Michael Larabel s konkurencí, z níž je nejzajímavější porovnání s CentOS 6.5. Výsledky jsou zatím „relativně rozházené“, RHEL 7 bude ještě doladěn, ale v tomto segmentu je malá ztráta rychlosti menší zlo, než nestabilita, nebo špatné zabezpečení.
Přidat komentář

24.4.2014 7:06 /MaReK Olšavský
Staré hry (opravdu staré z 80. let 20. století) jsou stále velmi oblíbené a hrajeme je především v emulátorech. Pokud máte rádi takto staré hry a chcete tip na nejbližší dny, určitě i prodloužené víkendy díky svátkům, stojí za povšimnutí distribuce Puppy Arcade 11, která na USB klíčence nabídne emulátory nejběžnějších platforem z éry domácích počítačů, i s dostatečnou zásobou her.
Přidat komentář

24.4.2014 7:06 /MaReK Olšavský
V srpnu 2013 otevřela IBM svou architekturu Power, v rámci OpenPower Foundation, a nyní představila řadu Power serverů, v něž vkládá naděje, pro udržení architektury Power při životě. Servery si pochopitelně rozumí s GNU/Linuxem. BTW: Postrádám jedině verzi v tower-case, jež by vyhovovala menším firmám, které nechtějí (nebo nemají kam postavit) rackovou skříň.
Přidat komentář

24.4.2014 7:06 /MaReK Olšavský
CERN se nemalou měrou podílí na vývoji Sceintific Linuxu (fork RHELu, podobně jako CentOS), přičemž Red Hat je pro CERN důležitou distribucí, na níž běží téměř 600 důležitých serverů.
Přidat komentář

24.4.2014 7:06 /MaReK Olšavský
Aktuální Weekly Feature Digest 26, jenž shrnuje novinky PC-BSD, fakticky ohlašuje práci na novém desktopu (správci oken) Lumina. Je desktopů a správců oken snad málo?
Přidat komentář

23.4.2014 7:29 /MaReK Olšavský
Čínská firma Lemaker představila konkurenci Raspberry Pi, SBC Banana Pi s 2 jádrovými SoC Allwinner A20 (Cortex-A7) o frekvenci 1 GHz, a (konečně) jedním SATA konektorem. GPIO header by měl být kompatibilní s R-Pi i možnosti připojení jsou stejné.
Přidat komentář

23.4.2014 7:29 /MaReK Olšavský
Bezpečnostní chyba „Heartbleed“ v OpenSSL se dostala i do hlavních zpráv světových médií a pravděpodobnost objevení další je nenulová. Naprostá dominance (OpenSSL má téměř monopolní postavení) pak znamená ohrožení opravdu velkého počtu uživatelů. Stávající OpenSSL je vyvíjené dlouhou dobu a Theo de Raadt se rozhodl pro vytvoření forku LibreSSL, který přinese i značné vyčištění API.
Přidat komentář

   Více ...   Přidat zprávičku

> Poslední diskuze

7.4.2014 6:31 / MaReK Olšavský
Re: No, nevím

4.4.2014 10:22 / Petr Ježek
No, nevím

4.4.2014 10:18 / Petr Ježek
ATI

24.3.2014 13:54 / Michal Linha
Re: Delimiter

24.3.2014 13:46 / Michal Linha
Re: Delimiter

Více ...

ISSN 1801-3805 | Provozovatel: Pavel Kysilka, IČ: 72868490 (2003-2014) | mail at linuxsoft dot cz | Design: www.megadesign.cz | Textová verze | zákony online