Dotaz: Jak načíst každou třetí položku v poli?

[name]

Ahoj, poradí někdo jak v shellu načíst každou třetí položku v poli? Děkuji

Odpovědi

[jehovista]

ja pouzivam for cyklus a modulo, ale to je proto, ze nic lepsiho neznam ;)

[name]

A názorná ukázka by nebyla? Dík

[jehovista]

No zrovna predevcirem jsem delal nejaky skript, kde jsem potreboval z adresare pouzit kazdy n-ty soubor podle casu. Vysledek vypadal nejak takto:

counter=0
for i in `ls -tr .`; do
  counter++
  if [ `expr $counter % n` -eq 0 ]; then
    #Tady jsem neco provadel .. napr echo $i
  fi
done

Ale jestli uz to pole mas vytvorene, tak samozrejme pod nami uz jsou jednodussi reseni

[Marble]

Myslíš něco jako tohle?

ls -tr . | sed -n "2~${n}p" | while read f; do echo "Zpracovavam $f"; done;

[Marble]

Pardon, ... | sed -n "1~${n}p" | ...

[Marble]

Tak ještě jednou ... "${n}~${n}p", resp. "0~${n}p" pokud je to GNU sed.

[jehovista]

Ja koncim u grepu a kde nevystacim s grepem, tam zacinam s javou :D

[Marble]

... a ještě by se mohlo pro ls přidat -b, pokud by měl někdo sklony podstrkávat soubory s newline v názvu. :)

[Marble]

Co znamená "načíst"? Polem je myšleno bashové pole? Kde se vzalo? Nemohla by v něm být každá třetí položka třeba už ve chvíli, kdy vzniká?

[name]

Co znamená "načíst"?

No stačí třeba jen vypsat echem...

Polem je myšleno bashové pole?

Ano, jedná se o bashové pole

array=()
array+=("aa" "bb" "cc" "dd" "ee" "ff" "gg" "hh" "ii" "jj" "kk" "ll")

a vypsat potřebuji položku v tomto případě

"cc" a "ff" a "ii" a "ll"

Kde se vzalo? Nemohla by v něm být každá třetí položka třeba už ve chvíli, kdy vzniká

Pole vzniká nebo je nadefinováno uživatelem jako celek pro lepší orientaci, tak že odpověď je ne. Díky

[Michal Kubeček]

for ((i=2; i<${#array[*]}; i+=3)); do echo ${array[i]}; done

[Michal Kubeček]

Oprava:

  for ((i=2; i<${#array[*]}; i+=3)); do echo "${array[i]}"; done

[name]

Tak jednoduché jsem to tedy fakt nečekal. Můžete mi prosím objasnit pojem "i+=3"? Dík

[Sten]

Jde o zkrácený zápis i=i+3

[Marble]

To uživatel zadává pole do zdrojáku scriptu? Anebo používáš source na "náhodný" soubor?? Vstup od uživatele se většinou předává přes nějaký formátovaný soubor, přes read apod.

Proč s tím "otravuji" ... totiž pole je v bashi v naprosté většině případů ta nejméně vhodná konstrukce na vyřešení problému, kterou mají lidi sklony používat jen proto, "že Céčko", případně jiný podobný jazyk.

[Marble]

... všeobecně, tahat "velká" data do proměnných znamená v případě shelových scriptů většinou chybný návrh.

[name]

Otázkou je, čemu říkáte "velká" dada...

[Marble]

Nechtělo se mi to moc definovat. V principu většinou všechno, co má smysl strukturovat jako pole. :) To proto, že k shellu patří spousta věcí z balíku textutils a spol., které mají tendenci pracovat s daty v souborech (nebo rourách) formátovanými v první řadě do řádků. Nikoliv s proměnnými. Proměnné jsou na především předávání a uchování parametrů, ne dat (rozdělení data a parametry prosím chápat intuitivně).

Ono to není jen o efektivitě (i když tam je často taky nezanedbatelný rozdíl), ale i o tom, že když se člověk přestane snažit psát v shellu stejně jako v Cčku, tak to půjde výrazně jednodušeji. Viz třeba můj příklad výše na zpracování souborů podle data.

[name]

No to je sice hezké ale bez array to prostě nikdy nepůjde ani v shellu ani v jiném jazyce...

[Marble]

Co je na poli tak speciálního? Kdybych chtěl jít do extrému, co mohu udělat s asociativním polem a neudělám s hromádkou souborů pojmenovaných podle klíče v dočasném adresáři?

Pokud by daná věc bez pole šla opravdu těžko (třeba nějaká mnoharozměrná data), pak asi není shell správný nástroj.

[name]

Co je na poli tak speciálního? Kdybych chtěl jít do extrému, co mohu udělat s asociativním polem a neudělám s hromádkou souborů pojmenovaných podle klíče v dočasném adresáři?

Pokud by daná věc bez pole šla opravdu těžko (třeba nějaká mnoharozměrná data), pak asi není shell správný nástroj.

Nemusí to být ani mnoharozměrná data, nevím dělám převážně jen takové prkotity pomocí dialogu, veškeré menu je vždy v poli, jelikož si nedokážu představit, že by si to dialog dokázal tahal ze souboru...

[Marble]

Ono těžko komentovat bez znalosti souvislostí, popravdě bez ohledu na dialog si neumím představit UI s logikou, která by si říkala o pole a zároveň bych ji chtěl dělat v bashi (a to jsem v bashi psal vcelku dost různých šílených věcí, včetně poměrně komplikovaného UI pomocí dialogu).

Pokud chci někde stranou schovat složité menu, není použití souboru zas tak od věci. Pokud bych ho chtěl uvnitř jednoho scriptu, ale stranou, mohu si třeba napsat funkci, která mi příslušné položky vypíše na stdout a pak ji jen zavolat při vytváření dialogu. V některých případech by mohlo být šikovné i použití xargs, pokud by podklady pro dialog probíhaly delší rourou.

Na zpracování výstupu menu je většinou vhodný a dostatečný bashový select.

Na okraj, dialog umí i přimo číst parametry ze souboru, ale to bych ve většině případů považoval spíš za workaround limitu délky příkazové řádky, než za praktický nástroj.

[l4m4]

Ale jistěže půjde. Z pohledu klasického použití textutils je ‚pole‘ sekvence řádků v souboru a je velmi vhodné ji v této representaci ponechat.

Pokud textutils nestačí a potřebuji strukturovaná data, sahám po pythonu (někdo může po perlu, ruby, ...).