-
Есть файл конфигурации. ПРи запуске программа его читает и выставляет соотетствующие параметры. При выходе - записывает в файл данные. На днях один из тестеров пожаловался на такой момент: изменил настройки, нажал кнопочку "применить" в этот момент проект грохнулся(странно, за пол года тестирования никогда не падал... ну это дело тестера, как он этого добился), в итоге файл конфигурации оказался не корректным. Программа пытается прочитать его, прочитать не удается, и она падает благополучно. Соответственно встала задача как то проверять файл на корректность. Как это лучше всего сделать?
-
> Проверка корректности файла > > @!!ex © (14.04.08 12:05) > Соответственно встала задача как то проверять файл на корректность. > Как это лучше всего сделать?
Использовать механизм обработки исключительных ситуаций try/except try/finally.
-
> Соответственно встала задача как то проверять файл на корректность. > Как это лучше всего сделать?
> Использовать механизм обработки исключительных ситуаций > try/except try/finally.
И если не получилось(эксепшн) использовать настройки по умолчанию, зашитые в программу.
-
Если защищаться от изменений со стороны или незаконченой записи, то, может, простейшая подпись ? CRC, например ?
-
ReadLN - ами.
-
> VAleksey (14.04.2008 12:37:04) [4]
Ввести понятие тразакций, сначала в новый файл, затем переименования в бак, затем переименования нового файла. Ну и конечно возможность сброса настроек в значение по умолчанию.
-
> Riply © (14.04.08 12:37) [3] > Если защищаться от изменений со стороны или незаконченой > записи, то, может, простейшая подпись ?
И что? Ну есть файл с некорректной подписью. Что программе делать в такой ситуации? Продолжать благополучно падать?
-
> @!!ex © (14.04.08 12:05) > изменил настройки, нажал кнопочку "применить" в этот момент > проект грохнулся(... ну это дело тестера, как он этого добился), > в итоге файл конфигурации оказался не корректным.
А вот раз файл некорректный вышел - то это уже разработчика дело, а не тестера, согласитесь.
-
> KSergey (14.04.2008 13:20:07) [7]
Дело тестера довести до этой ситуации, раз удалось, то хороший тестер.
-
> Соответственно встала задача как то проверять файл на корректность. > Как это лучше всего сделать?
А зачем проверять? Не лучше ли записывать сразу при каждом изменении?
-
> [0] @!!ex © (14.04.08 12:05)
Может и грохнулся потому, что файл уже был битый?
-
> Программа пытается прочитать его, прочитать не удается, > и она падает благополучно.
В бинарнике настройки лучше не хранить. А то юзер вставит тебе опцию, при которой программа грузиться не будет. К тому же при битых настройках программа должна автоматом загружать по умолчанию.
-
можно еще проверять на длину файла. как константу сохраняешь длину корректного файла, если не соответствует, то переписываешь файл с настройками по умолчанию
-
function GetFileSize(fFileName: string): Integer;
var
InfoFile: TSearchRec;
AttrFile: Integer;
ErrorReturn: Integer;
begin
AttrFile:=$0000003F;
ErrorReturn:=FindFirst(fFileName, AttrFile, InfoFile);
if ErrorReturn <> 0 then Result:=-1
else Result:=InfoFile.Size;
FindClose(InfoFile);
end;
|