Привет, - я новичок в этом и было интересно, если некоторые из вас может помочь мне. Я только начал писать сценарии, и нужны некоторые руководящие принципы по созданию сценариев. Я называя их "Лучшая практика" ... Что я должен делать и не делать при создании сценариев.

Все, что я знаю на сегодняшний день заключается в том, что я должен избегать ввода имени пользователя / пароля в сценарии, и я хотел бы избежать жесткого кодирования имя хоста в сценарии. Я хотел бы думать Есть много больше вещей, как это, так что если вы можете мне помочь, я бы весьма признательны за это.

Спасибо!
Тодд

Используйте эту ссылку для продвинутых сценариев, как,
http://www.tldp.org/LDP/abs/html/index.html

HTH.

Когда я была первой необходимости писать сценарии, это было первое место я посмотрел. Вот некоторые из вещей, я всегда делаю:

• До ввода любого кода, точно знать, что именно Вы хотите, чтобы ваш скрипт делать и план для неожиданных (обработка ошибок, ложных пользователя ввода и т.д.).

• Напиши чистый код, используйте отступы и используйте комментарии объяснить частей кода!!!

• Сценарии работает лучше, если вы чувствовали себя комфортно с помощью оболочки-команд на хост-системе.

• Переменные ваши друзья!

• Использование функций.

• Откройте терминал и еще попробовать части кода, чтобы посмотреть его вывода на экран (хорошо для тех, лишних пробелов, что если винт-выписки).

• В случае с вышеизложенным SED ваш друг.

• Больше друзей: AWK, головой, хвостом, туалет, grep, PS и т.д. ..

• Кстати ваш друг тоже.

• http://google.com/groups бесценны. Так это здесь форум!

• Получить комфортно, используя текстовый редактор, как VI, Если все остальное не даст результатов, я рекомендую UltraEdit которая чрезвычайно удобна.

• Не affraid попросить кого-то еще, если вы застряли. Вы можете найти свою долю глупые вопросы на этом форуме, но вы знаете, что? Я только начинал тогда. Моя позиция сейчас? Я пишу действительно очень большие скрипты для моей компании, и они зависят от них!

• Слово предупреждают: иногда сценарии действительно стресс сервере. Постарайтесь быть там первые несколько раз запускать их, на всякий случай.

• Использование рубок, когда это необходимо. Создание лог-функции, так что вам не нужно потом ">" и ">>" для записи или добавить в файл журнала. Одна опечатка может удалить журналы. Использование лог-функция не позволяет этого.

• Многие из моих сценариев, вышлите мне по электронной почте. Чтобы прекратить путаницу Я всегда печатать название скрипта в mailmessage, Вы начнете ценить это!

В личное сообщение, я спросил, как лог-функция работала, что я описал выше. Поскольку это может быть полезным и для других людей тоже, я в ответе на вопрос, в общественных местах.

Прежде всего, я использую Баш, не знаю, если этот трюк работает и в других снарядов.

Содержание сценария:

#!/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=-

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

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

и ...

* Сохранить ту же форму на протяжении всего вашего кода ... несовместимых стилей кодирования, отладки сделать много сложнее, независимо от того, кто делает это ... смотреть на 3 ", если" формы ниже, чем люди используют в KSH сценариев --- они делают то же самое, но отладки может быть продлен, если вы использовали все из них в тот же сценарий, а только 1 модели отличаются ...

form 1: 

if [ cond ]; then
    command
fi

form 2:

if [ cond ]
then
    command
fi

form 3:

[ cond ] && command

Я думаю, все это приводит к несколько слов, что мой профессор в колледже учили меня.


Модульность ...

Напишите код в модули / разделы, чтобы ничто не сложно закодировано, где это возможно и что участки кода можно исключить / заменить / удалить и программа будет по-прежнему функционировать без каких-либо других изменений.

Документация ....

Если ваши программы из вас живет, следующая лица должны будут знать, что щеколда вы делаете. чтение кода могут создать некоторые неудобства, но в значительной степени поможет комментариев.

Использование эхо ...

После устранения неполадок скрипты вставить повторить команды в петли, и там, где решения производится в forking заявлением, как если / то / или во время другого / верно, или в случае заявления ..... СПИД в этом убедиться проверить все ваши логические вниз каждом направлении.