Pouzivani more misto cat ve skriptech

4.10.2006 13:33 | Přečteno: 1460× | Unix |

Mezi kolegy jsem byl jiz nekolikrat svedkem svedomiteho pouzivani prikazu more na miste kde by melo byt cat, napr: more /etc/passwd | grep root

Nikdy jsem nekoukal do vnitrnosti (uprimne, ani do manu) more, ale moje dosavadni poznani (unix) sveta mi rika, ze:

1. na tohle neni urcen, na to je cat
2. more byl napsan pro to, aby "pozastavil" vypis na obrazovku vzdy po $pocet_radku radcich a cekal na stisk klavesy. Predpokladam, ze more je naprogramovan natolik inteligentne, ze si (stejne jako napr. ls kontroluje vystup, do ktereho pise, a pokud se nejedna o terminal ( man 3 isatty), t.j. pise do roury nebo do souboru, tak se nenamaha s "pozastavovanim" vystupu, protoze to nema cenu (proc pozastavovat kdyz vystup jde treba do souboru, ze?), a tudiz se vlastne jedna o cat
3. je lepsi pouzivat "lepsi" variantu more - less (kde je k dispozici, coz dnes je skoro kazdy "UN*X flawor", skoro kazda distribuce)

Bohuzel, nic z vyse uvedeneho mi nedava zadne "zbrane" do rukou v pripade ze bych chtel kolegum vysvetlit proc to co delaji je spatne a proc by meli pouzivat cat, kdyz "it works this way".

Stale me ovsem trapi 2 otazky:

1. Proc to delaji? Nevzdelanost, neochota, navyk? "Nemecky pristup" (t.j. takhle mi to ukazali a takhle to funguje, tak to budu opakovat do nekonecna)? Buh vi, kolegove jsou vetsinou velmi zbehli ve windows, ale unix pouzivat vetsinou umi. Ceho jsem si ale vsiml, ze nehledaji "lepsi" cesty v pouzivani nastroju (syntax higlighting, command completition, cut'n'paste mezi win a X, apod.)
2. muze nekdy pouziti more na miste kde by melo byt cat zpusobit problemy? Existuji implementace more ktere nekontroluji vystupni zarizeni a VZDY pozastavuji vystup?
3. jak je na tom DOSova varianta more? Je v DOSu (win dos boxu) ekvivalent cat?

       

Komentáře

[VícNežNic]

On by v tom příkladě neměl být ani ten cat

[jesta.net]

Mas pravdu, asi jsem zvolil spatnej priklad. Co tohle: more /etc/passwd|tr -d ":" |grep root

I kdyz otazka je asi porad stejna: jestlize nasledujici prikazy delaji totez, proc bychom meli preferovat 3.?

1. more /etc/passwd|grep root
2. cat /etc/passwd|grep root
3. grep root /etc/passwd

Asi jde jenom o akademickou otazku a meli bychom nechavat uzivatelum svobodu (ale at nam proboha nepisou takova zverstva do skriptu, i kdyz vlastne neskodi )

[VícNežNic]

On ten druhý způsob je takový evoluční. Vypíšu si soubor a je toho nějak moc, tak tam dopíšu ten grep na to co mě zajímá. Ale psát to tak záměrně…

[jgv]

jestlize nasledujici prikazy delaji totez, proc bychom meli preferovat 3.?

Abychom pouzivali program k tomu, k cemu byl urcen. K cemu byl urcen je dano v manualove strance:

cat - concatenate files and print on the standard output

Tady nic nespojuju a proto ta 3

[jesta.net]

Tato argumentace se mi libi, a beru ji jako odpoved na sve otazky, diky

Doted jsem pouzival cat v pripade "potrebuju neco dostat na obrazovku", pripadne potrebuju dostat obsah souboru na std. vstup neceho jinyho. Az ted mi doslo, ze pro druhy pripad je lepsi pouzit presmerovani vstupu (grep root < /etc/passwd), ale co v pripade pokud proste potrebuju dostat na terminal obsah souboru? Jsem opravnen pouzit cat (kdyz tim nesplnim prvni podminku z manu), nebo musim pouzit nastroj?

Pri obede jsem tak premyslel co nas nuti "pedantsky" trvat na malickostech, jako je toto striktni pouzivani veci na to naco byly urceny. Bud k tomu clovek dochazi vekem (no nevim), zkusenostmi (tolikrat se mi stalo ze kvuli spatne pouzitymu prikazu, ktery "proste fungoval", a v jine situaci nefungoval)? Jeste je tu jina odpoved - na to aby clovek byl pouzitelne dobry vyvojar/admin, musi byt puntickar (bohuzel ted nemuzu najit ten prispevek ze ktereho tato myslenka pochazi)...

[petr_p]

A o pet radku nize se docteme:

Concatenate FILE(s), or standard input, to standard output.

Zrovna tak SYNOPSIS zni

cat [OPTION] [FILE]...

A co ted s tim?

[wake]

3 je jeden proces, 1 i 2 jsou dva procesy => preferujeme 3 quli uspore systemovych zdroju. haf.

[jesta.net]

Dik, to je ono.

Clovek by rekl ze je to drobnost, pri dnesnich vykonech pocitacu, ale stejne, v hodne zatizenym stroji, nebo v pripade ze dany skript pobezi x-tisic-krat to bude sakra znat. Jeste jednou diky za nakopnuti.

[Michal Kubeček]

Už aby do bashe implementovali cat jako interní příkaz a měli jsme od této pochybné argumentace pokoj…

[Michal Vyskočil]

Nakonec to dopadne tak, že se z bashe stane Perl, ale s ještě šílenější syntaxí

[walley walleyovic]

kdykoliv jsem se dival na syntaxi bashe nabyl jsem dojmu ze uz se to stalo, resp. syntaxe bashe je definice silenosti ...:)

[Michal Kubeček]

Spíš bych řekl, že nejhorší chaos mají na svědomí už autoři původního Bourne shellu a že autoři bashe se naopak snaží tu syntaxi trochu "učesat"…

[happy barney]

to je blábol, dôležitejšia otázka znie: môže nastať situácia, keď bude nutné data iným spôsobom filtrovať? Ak áno, tak ako default filter použijem cat (nič nerobiaci filter), ak nie, zamyslím sa nad otázkou ešte raz.

[tomm]

Jo, tohle bylo prvni, co me napadlo - melo by to setrit zroje.

[happy barney]

cat je ok, znamená "žiaden filter", imho je lepšie používať $cat < $file, zmeniť premennú na iný príkaz je jednoduchšie ako hľadať "kde kua to ešte nie je".

[zabza]

cat je fakt divnej příkaz. Většinou to vypadá, že ho lidi používaj jen aby ukázali, že ho znají

[Kyosuke]

Lidi prostě mají rádi kočky.

[Michal Čihař]

Já mám raději pejska (dog) .

[happy barney]

btw, slušné skripty používajú premennú $PAGER (a tie lepšie jej aj nastavujú default hodnotu, povedzme práve na cat alebo more)

[Kníže Ignor]

v DOSu je type, ale nejsem si úplně jistý, zda po provedení type X > Y, kde X je obecný soubor, budou mít oba soubory vždy stejný obsah (help type : Zobrazí obsah textového souboru.). Asi to ekvivalent nebude.

[Michal Vyskočil]

V podstatě záleží na tom, kolik toho Paul Allen stihnul z unixu do DOSu okopírovat

[tomm]

Nemecky pristup

Koukam, ze ta zkusenost dozivotne silne poznamenala

[jesta.net]

Nerek bych poznamenala, ja to beru proste tak ze je to dalsi zivotni zkusenost a (a to asi hlavne) vdecny zdroj narazek

[tomm]

Jo, velmi vdecny