Scripting Best Practices

toddjameslane · #1 (**permalink**) 03-04-2005

Hej - jeg er ny her og tænkte på, om nogle af jer kan hjælpe mig ud. Jeg er lige begyndt at skrive manuskripter og har brug for nogle retningslinjer for oprettelse af scripts. Jeg kalder dem "Best Practices" ... hvad skal jeg gøre og ikke gøre, når du opretter scripts.

Alle jeg kender så langt er, at jeg bør undgå at brugernavne / adgangskoder i scripts og jeg bør undgå hård kodning et værtsnavn i et script. Jeg ville synes, der er mange flere af den slags ting, så hvis du kunne hjælpe mig, ville jeg sætte stor pris på det.

Tak!
Todd

muthukumar · #2 (**permalink**) 03-08-2005

Citat:

Oprindeligt Indsendt af toddjameslane

Hej - jeg er ny her og tænkte på, om nogle af jer kan hjælpe mig ud. Jeg er lige begyndt at skrive manuskripter og har brug for nogle retningslinjer for oprettelse af scripts. Jeg kalder dem "Best Practices" ... hvad skal jeg gøre og ikke gøre, når du opretter scripts.

Alle jeg kender så langt er, at jeg bør undgå at brugernavne / adgangskoder i scripts og jeg bør undgå hård kodning et værtsnavn i et script. Jeg ville synes, der er mange flere af den slags ting, så hvis du kunne hjælpe mig, ville jeg sætte stor pris på det.

Tak!
Todd

Brug dette link for avancerede scripting som,
http://www.tldp.org/LDP/abs/html/index.html

HTH.

indo1144 · #3 (**permalink**) 03-08-2005

Da jeg først havde behov for at skrive manuskripter, dette var det første sted jeg kiggede. Her er nogle af de ting jeg altid gør:

Før skrive nogen kode, ved præcis, hvad det er du vil have dit script til at gøre, og planen for det uventede (error-handling, falsk bruger-input, etc).

Skriv ren kode, så brug led og brug kommentarer at forklare dele af din kode!

Scripting fungerer bedre, hvis du føler dig tryg ved hjælp af shell-kommandoer på host-systemet.

Variabler er dine venner!

Brug funktioner.

Åbn en anden terminal og afprøve dele af koden for at se sin produktion på skærmen (godt for dem ekstra rum at skrue op IF-sætninger).

I tilfælde af ovenstående, sed er din ven.

Flere venner: awk, hoved, hale, wc, grep, ps, etc. ..

Apropos er din ven også.

http://google.com/groups er uvurderlig. Så er dette her forum!

Få trygge ved at bruge en tekst-editor som VI, Hvis alt andet mislykkes jeg anbefale UltraEdit, som er meget handy.

Må ikke være affraid at spørge en anden, hvis du sidder fast. Du kan finde min andel af dumme spørgsmål på dette forum, men ved du hvad? Jeg er lige begyndt ud derefter. Min holdning nu? Jeg skriver rigtig rigtig store scripts til mit firma, og de er kommet til at afhænge af dem!

Advarende ord: undertiden scripts virkelig stress en server. Prøv at være der de første par gange, de løber, just in case.

Brug skovhugst efter behov. Opret en log-funktion, så du behøver ikke derefter ">" og ">>" til at skrive til eller føje til en logfil. En slåfejl kan klare dine logfiler. Ved hjælp af en log-funktion forhindrer dette.

Mange af mine scripts sende mig e-mail. At stoppe forvirring , Jeg altid udskrive navnet på det script i mailmessage, vil du begynde at sætte pris på dette!

indo1144 · #4 (**permalink**) 03-10-2005

I en privat besked, blev jeg spurgt om, hvordan log-funktion, arbejdede, at jeg beskrev ovenfor. Da dette kan være nyttigt at andre mennesker også, jeg besvare spørgsmålet i offentligheden.

Først og fremmest, jeg bruger Bash, ved ikke, om dette trick virker i andre skaller.

Indholdet af script:

Code:

#!/bin/bash
. lib/functions.conf # mind the SPACE between the DOT and the path/filename!!! 
logfile=scheduler.log
func_eventlog "STARTING ABG JOB"
-=script runs some more, but that's irrelevant, the example is clear=-

Indhold af fil: lib / functions.conf som i øvrigt er eksekverbar :

Code:

################################################
#                                              #
# Log functie                                  #
#                                              #
# Usage:                                       #
#                                              #
# func_eventlog "Dit wil ik loggen"            #
#                                              #
# Variabelen:                                  #
#                                              #
# $logfile (logfile inclusief pad)             #
#                                              #
################################################

func_eventlog()
{
	echo -e "`date` - $1" >> $logfile
}

Så når jeg vil have noget logget, jeg bare bruge:

func_eventlog "Send denne tekst til logfil"

og jeg har aldrig nogensinde at bekymre dig om et uheld overskrive mine logfiler i stedet for at tilføje til dem.

Just Ice · #5 (**permalink**) 03-16-2005

og ...

* Holde den samme form i hele for din kode ... inkonsekvent kodning stilarter foretage fejlsøgning en meget hårdere, uanset hvem der gør det ... se på 3 ", hvis" formularer under, at folk bruger i ksh scripting --- de gør de samme ting, men debugging kunne forlænges, hvis du har brugt dem alle i samme skrift i stedet for bare 1 som mønstrene er forskellige ...

Code:

form 1: 

if [ cond ]; then
    command
fi

form 2:

if [ cond ]
then
    command
fi

form 3:

[ cond ] && command

* Holde koden så enkle som muligt og derefter tilføje til det, når de grundlæggende form fungerer ... skrive en hurtig script til at teste funktionaliteten første ... Hvis det virker, sættes i fejlkontrol og test ... mere fejlkontrol og test ... du ikke ønsker at bruge timer på den "perfekte" script til at lære senere, at det ikke rigtig gøre, hvad du vil have det til at gøre

* Forsøge ikke at papirkopi fil og / eller biblioteksstierne ... gør det nemmere at teste, om du kunne bruge dette eller hint fil i stedet for produktion fil eller mappe ... gerne Indo siger --- variabler er dine venner!

* Test så meget som muligt på en ikke-produktion server, der nøje afspejler produktion miljø ... medmindre du vil risikere at miste leve produktion data ---, der kan være skadelige for din ansættelse

Kelam_Magnus · #6 (**permalink**) 03-26-2005

Jeg mener, alt dette fører til et par ord, at min prof. i kollegium lært mig.

Modularitet ...

Skriv koden i moduler / sektioner, således at intet er skrap kodet hvor det er muligt, og at dele af koden kan udelukkes / udskiftes / slettet, og programmet vil stadig fungere uden andre ændringer.

Dokumentation ....

Hvis din programmering ud liv du, den næste person, bliver nødt til at vide, hvad pokker du gjorde. læser koden kan være forvirrende, men kommentarer være en stor hjælp.

Brug af ekko ...

Når du foretager fejlfinding dine scripts indsætte ekko af kommandoer i sløjfer og når en beslutning er lavet i en forking erklæring ud, hvis / da / else eller mens / sand eller i tilfælde af erklæringer ..... dette aids i at sørge for at teste alle dine logik ned hver vej.

Mere UNIX og Linux Forum Emner du måske kan finde Helpful
Tråd	Thread Starter	Forum	Svar	Last Post
Grundlæggende Java Persistens API Best Practices	iBot	Oracle Opdateringer (RSS)	0	06-06-2008 08:10 PM
Oracle 10G bedste praksis på Power6 AIX5.3	JodyTek	AIX	1	05-07-2008 08:41 AM
Korn Shell Best Practices	mtravis	Shell Programmering og Scripting	1	02-14-2008 03:11 PM
scripting guru's pls hjælpe mig med scripting på AIX	thatiprashant	Shell Programmering og Scripting	1	01-20-2006 07:58 PM
Bruger-genereret OSS og bedste praksis afsnittet	kduffin	Skriv her for at kontakte Site Administratorer og Moderatorer	5	11-21-2003 09:24 PM

Thread Tools	Søg denne tråd
Vis Printvenlig Version Email denne side	Søg denne tråd: Avanceret søgning
Display Modes	Bedøm denne tråd
Switch to Linear Mode Hybridtilstand Switch to Tråd Mode	Bedøm denne tråd:


	Powered by