Scripting Best Practices - De Unix-en Linux Forum

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

Hoi - Ik ben nieuw in dit en vroeg me af of sommige van jullie kan me helpen. Ik ben net begonnen om scripts te schrijven en de noodzaak een aantal richtlijnen voor het maken van scripts. I'm calling ze "Best Practices" ... wat moet ik doen en niet doen bij het maken van scripts.

Alles wat ik weet tot nu toe is dat ik moet voorkomen dat gebruikersnamen / wachtwoorden in scripts en ik moet vermijden hard-codering een hostnaam in een script. Ik denk dat er veel meer van dit soort dingen, dus als je zou me helpen, ik zou het op prijs stellen.

Bedankt!
Todd

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

Citaat:

Oorspronkelijk geplaatst door toddjameslane

Hoi - Ik ben nieuw in dit en vroeg me af of sommige van jullie kan me helpen. Ik ben net begonnen om scripts te schrijven en de noodzaak een aantal richtlijnen voor het maken van scripts. I'm calling ze "Best Practices" ... wat moet ik doen en niet doen bij het maken van scripts.

Alles wat ik weet tot nu toe is dat ik moet voorkomen dat gebruikersnamen / wachtwoorden in scripts en ik moet vermijden hard-codering een hostnaam in een script. Ik denk dat er veel meer van dit soort dingen, dus als je zou me helpen, ik zou het op prijs stellen.

Bedankt!
Todd

Gebruik deze link voor geavanceerde scripting als,
http://www.tldp.org/LDP/abs/html/index.html

HTH.

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

Toen ik voor het eerst was de noodzaak om scripts te schrijven, dit was de eerste plaats waar ik keek. Hier zijn een paar van de dingen die ik altijd doen:

Voor het schrijven van een code, weet precies wat u wilt dat uw script te doen en plan voor de onverwachte (error-handling, valse user-input, enz.).

Schrijf schone code, het gebruik en het gebruik streepjes opmerkingen te leggen delen van uw code!

Scripting werkt beter als je je comfortabel voelt met shell-commando's op de host-systeem.

Variabelen zijn je vrienden!

Gebruik functies.

Open een terminal en probeer het uit delen van de code te zien zijn uitvoer op het scherm (goed voor die extra ruimte die dichtschroeven IF-statements).

In het geval van het bovenstaande, sed is uw vriend.

Meer vrienden: awk, kop, staart, wc, grep, PS, enz. ..

Apropos is je vriend ook.

http://google.com/groups is van onschatbare waarde. Dus is dit hier forum!

Get comfortabel gebruik van een tekst-editor zoals viAls al het andere faalt, adviseer ik UltraEdit die zeer handig.

Wees niet bang om te vragen van iemand anders als je vastzit. U vindt mijn aandeel van de domme vragen op dit forum, maar weet je wat? Ik begon dan. Mijn standpunt nu? Ik schrijf echt echt grote scripts voor mijn bedrijf en ze zijn gekomen om van hen afhangen!

Woord van voorzichtigheid: soms scripts echt stress een server. Probeer er de eerste paar keer die zij lopen, alleen in geval.

Gebruik bij het aanmelden wanneer nodig. Maak een log-functie, zodat u niet hoeft dan ">" en ">>" aan te schrijven of append naar een logbestand. Een typo kunt uw logbestanden. Gebruik van een log-functie verhindert dit.

Veel van mijn scripts sturen me e-mail. Om te stoppen met de verwarring Ik print altijd de naam van het script in de mailmessage, zul je beginnen te waarderen!

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

In een prive-bericht, werd mij gevraagd hoe de log-functie werkte dat ik hierboven beschreven. Aangezien dit nuttig kan zijn om andere mensen ook, ik ben de beantwoording van de vraag in het openbaar.

Allereerst ben ik Bash gebruikt, weet niet of deze truc werkt in andere reservoirs.

Inhoud van het 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=-

Inhoud van bestand: lib / functions.conf die door de manier is uitvoerbaar :

Code:

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

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

Dus wanneer ik dat wil iets ingelogd, ik gebruik:

func_eventlog "Stuur deze tekst naar logbestand"

en ik nooit zorgen te maken over het per ongeluk overschrijven van mijn logs en voeg in plaats van aan hen.

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

en ...

* Houden dezelfde vorm gehele code voor uw ... strijdig codering stijlen maken debuggen veel moeilijker ongeacht wie doet het ... kijken naar de 3 "indien" vormen onder dat mensen gebruik in ksh scripting --- ze doen dezelfde dingen, maar het debuggen kan worden verlengd als je gebruikt ze allemaal in hetzelfde script in plaats van slechts 1 als de patronen zijn verschillend ...

Code:

form 1: 

if [ cond ]; then
    command
fi

form 2:

if [ cond ]
then
    command
fi

form 3:

[ cond ] && command

* Houd de code zo eenvoudig mogelijk zijn en vervolgens aan te vullen wanneer de elementaire vorm werkt ... Schrijf snel een script aan het testen van de functionaliteit eerste ... Als dat lukt, in fouten te controleren en te testen ... meer fouten te controleren en te testen ... u niet wilt uitgeven uur op de "perfecte" script te leren later dat het niet echt doen wat je wilt doen

* Probeer niet te hardcode bestand en / of directory paden ... maakt het gemakkelijker om te testen of je zou kunnen gebruiken dit of dat bestand in plaats van de productie-bestand of een directory ... zoals Indo zegt --- variabelen zijn uw vrienden!

* Test zoveel mogelijk op een niet-productie-server die nauw spiegels van de productie-omgeving ... tenzij je wilt riskeert leven productiegegevens --- dat schadelijk zou kunnen zijn voor uw werk

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

Ik denk dat dit alles leidt tot een paar woorden dat mijn prof op school heb ik geleerd.

Modulariteit ...

Schrijf code in modules / secties, zodat er niets wordt hard gecodeerd waar mogelijk, en dat delen van de code kan worden uitgesloten / vervangen / verwijderd en het programma zal nog functie met geen enkele andere wijziging.

Documentatie ....

Als uw programmering uit je leven, de volgende persoon zal moeten weten wat de ach je aan het doen waren. het lezen van de code kan verwarrend zijn, maar opmerkingen helpen sterk.

Gebruik van de echo ...

Bij het oplossen van uw scripts invoegen echo commando in lussen en wanneer een besluit wordt genomen in een verklaring forken alsof / then / else of tijdens / true of in geval verklaringen ..... deze steun in te zorgen voor het testen van alle logica in elke pad.

Meer UNIX en Linux Forum Onderwerpen Misschien vindt u Helpful
Draad	Thread Starter	Forum	Antwoorden	Last Post
Basic Java Persistence API Best Practices	iBot	Oracle Updates (RSS)	0	06-06-2008 08:10 PM
Oracle 10G beste praktijken inzake Power6 AIX5.3	JodyTek	AIX	1	05-07-2008 08:41
Korn Shell Best Practices	mtravis	Programmeren en Shell Scripting	1	02-14-2008 03:11 PM
scripting goeroe's pls help me met scripting op AIX	thatiprashant	Programmeren en Shell Scripting	1	01-20-2006 07:58 PM
User generated FAQ en Best Practices sectie	kduffin	Post Hier Contact Site Administrators en Moderators	5	11-21-2003 09:24 PM

Thread Tools	Zoeken in deze Thread
Toon Printversie E-mail deze pagina	Zoeken in deze Thread: Uitgebreid zoeken
Display Modes	Beoordeel deze draad
Switch to Linear Mode Hybrid Mode Switch to Threaded Mode	Beoordeel deze draad:


	Powered by