21.3. Заключение
Команда tput позволяет значительно улучшить контроль со стороны пользователей за выполнением сценариев. Применение цветов улучшает внешний вид меню. Будьте осторожны при использовании гаммы цветов; цвета могут быть привлекательны для вас, но не отвечать вкусам пользователя, вынужденного применять сценарий. Работа со сценариями значительно облегчается при использовании управляющих символов. Это особенно проявляется в случае, когда пользователи осуществляют ввод информации путем выбора назначенных клавиш.
ГЛАВА 22
Создание экранного ввода
Когда речь идет об экранном вводе, или вводе данных, подразумевают ввод информации (в нашем случае с помощью клавиатуры), а затем — проверку достоверности введенных данных. Если данные удовлетворяют неким критериям, они сохраняются.
Существуют функции для проверки некоторых условий, например длины строки. Можно также проверить, состоит ли строка из чисел или символов. Эти функции применяются наравне с другими функциями, рассматриваемыми в данной книге.
В главе обсуждаются следующие темы:
• проверка достоверности вводимых данных;
• добавление, удаление, обновление записей и их просмотр;
• сценарии, выполняющие обновление файлов.
Материал главы может с первого взгляда показаться сложным. В этом случае советуем вначале просмотреть главу, а затем вернуться к ней позже. Реализация проверки вводимых данных требует довольно большого программного кода. Однако для выявления всех возможных ошибок код должен выполнять проверку на наличие наиболее вероятных ошибок.
Рассмотрим отдельные задачи, из которых складывается общая система по обновлению файлов, включающая такие функции, как добавление, удаление, обновление и просмотр записей. В результате создается система хранения актуальной информации О сотрудниках. Записи в файле DBFILE содержат следующие сведения:
| Поле | Длина | Разрешен ввод следующей информации | Описание |
| Staff number | 10 | Числовая | Номер служащего по штатному расписанию |
| First name | 20 | Символьная | Имя служащего |
| Second name | 20 | Символьная | Фамилия служащего |
| Department | Accounts | Отдел, где работает служащий | |
| IT | |||
| Services | |||
| Sales | |||
| Claims |
Поля разделяются двоеточием (:). Например:
<Staff number>:<First name>:<Second name>:<Department>
Каждое задание представляет собой завершенный сценарий. Небольшие части кода дублируются в некоторых представленных ниже сценариях. И это не случайно, поскольку настоящая глава посвящена описанию системы обновления данных. Когда я впервые приступил к написанию сценариев, то обнаружил явный дефицит документации, написанной простым и понятным языком. Особенно недостает описаний совместного использования базы данных и системы по обновлению файлов.
Для связи различных заданий реальный сценарий должен иметь соответствующее меню или модуль. Чаще всего для этой цели используется оболочка функций, содержащихся в файле, совместно с каким‑либо меню сценария. Каждый сценарий включает команду trap; благодаря ее использованию игнорируются сигналы 2, 3 и 15.
22.1. Добавление записей
При добавлении записи в файл выполняются следующие задачи:
1. Подтверждение вводимых данных.
2. Внесение записи в файл.
Сначала необходимо связать вместе некоторые функции. Тогда можно узнать, являются ли поля числовыми или символьными, а также уточнить их размеры. В этом и состоит подтверждение вводимых данных. Подтверждение данных осуществляется при добавлении записей, а также при их обновлении. К счастью, некоторые из' требуемых функций уже имеются в вашем арсенале.
Функция для проверки длины строки:
length_check()
{
# length_check
# $1=строка, $2= длина строки не превышает этого значения
_STR=$1
_МАХ=$2
_LENGTH=`echo $_STR | awk '{print length ($0) }"`
if [ "$_LENGTH" -gt "$_MAX" ]; then
return 1 else
return 0 fi }