ПредишенСледващото

Спомнете си, че един написан файл се състои от парчета от данни, видът на които се обявиха в описанието на съответния файл променлива. Като такава част може да се подава стойностите на скаларни променливи от всякакъв вид, низ, съдържанието на запис. Това означава, че всички списък входни променливи в отчета четат и пишат всички изрази в списъка, операторът трябва да е от същия тип.

Каква е основната разлика между обмена на данни с текстов файл и tipi- рана?

Когато записвате цифрова информация за стойности на данни в текстов файл първоначално се превръщат от родния формат в представителство, характер, което е с променлива дължина. Като правило, размерът на представителството характер на броя на магат по-голяма от дължината на формата, MD. Например, odnobayto - стойност ръка в символна форма може да "участък" до 4 байта. String опаснос- Nye, когато пишете в текстов файл е намалена с дължина само от един байт (дължина байт). Ето защо, на изхода в текстов файл обикновено се свързва с времето на допълнителни разходи za- за прехвърляне на суми и с увеличаваща се сила, заета от външната памет. Когато четете данни от текстов файл отново възниква на допълнителна работа за превръщане на числовите стойности в съответните ма- размер на гумата и формирането на един байт дължина на променливата от тип низ.

Exchange с напечатан файлове лишен от двете недостатъци - Пишем ik- данни във файл в същия формат, в който те се съхраняват в паметта. Ето защо, от гледна точка на производителност и програми спестите място на външния си носители за съхранение е по-изгодно да се работи с печатни файлове. Може да изглежда, че използването на текстови файлове е оправдано в тези проблеми, когато е необходимо да борави с низови данни. В действителност това не е вярно. Фактът, че съдържанието на текстов файл, в това число и двете Chi-дума и текстовата информация е универсален начин за отчитане на данни. Те може да чете човек, те могат да бъдат прехвърлени към други компютърни системи, които използват друг вътрешен

формати за съхранение на цифровата и символично информация. Но ако файлът Той се използва само за временно съхранение на данни, която скоро ще се използва на същия компютър, и в рамките на един и същ софтуер, система, е необходимо да се даде предпочитание на въведените файлове.

Ако обърнем внимание на един предимство написали fay-

риболов, в сравнение с текстови файлове. Тъй като всички записи в напечатан файл с еднаква дължина, е възможно да се поддържа не само серийна комуникация, но и да избере желаната опция. Записите в този файл са номерирани от 0. първоначалното пускане е достъпно след отваряне на файла. Да се ​​премести в началото на запис n_REC номер, използван процедура търси:

FilePos функция ви позволява да се определи броят на наличните към момента рекорда:

С функция за FileSize, можете да видите броя на записите във файла:

rec_file демонстрира способността да програмирате първата последователно показване в написали файл и след това чете записите в обратен ред (изброени 10.4).

Обявата 1 0 0.4. програма rec_file

програма rec_file; тип

S: низ [5]; б: байт;

директен достъп до досие, открито четене. Тя позволява обработка за производството не само операция за четене. но също така и за запис. Както е показано на Обява 10.5 любопитен пример за това, че съдържанието е на един и същи файл може да се разглежда като съвкупност от линии и като написали-байт файл Пишем syami. Програмата е първата формира txt_rec съдържанието на текстовия файл, съдържащ случаен брой линии (к - брой редове). Всеки ред съдържа произволен набор от знаци, показани в първата половина на таблицата

ASCII (кодове от 32 до 127). Брой на знаците в низ от 1 до 40 (й - дължина линия). Всеки ред написан на файла се дублира на екрана. На текстове след това файлът се затваря и отваря врати отново, но като пряк па файл dostu-. В следващия знак прочетени от файла, претърпява трансформация с помощта на малки букви функция. В този случай, всички символи, които не принадлежат към интервала [A..Z], включително контрол байт, довършителни всеки ред, sohranya- са непроменени (с изключение на тях не може да бъде подложен трансформация NIJ). Тази модификация на героя е писано за отваряне на файла за четене. След завършване на превръщането на текущото изображение е отворен за обратно като текст и съдържанието му се показва на екрана, за сравнение с оригиналния набор от данни.

Обявата 1 0 0.5. txt_rec програма

програма txt_rec; Var

ев: файл на Чар; ите: низ;

СН: знак; I, J, K: цяло число;

случаен характер; присвоите (фута, "1.TXT"); презапис (фута); к: = случаен (10) 1;

// Създаване на текстов файл с произволен набор от знаци за I: = 1 до к направя

за к: = 1 до произволен (40) 1 направи

S: = S + CHR (случаен (95) 32); // образуване случаен низ writeln (фута, т); // източник линия writeln запис във файла (и); // отпечатва първата линия на екрана

writeln; // празнина между оригинала

// и присвоява модифициран набор от данни (FC, "1.TXT");

нулиране (FC); // отваряне на файла за четене, като написали, докато не EOF (ев) направи

Прочети (FC, СН); // чете от файла следващия символ гл: = с малки букви (СН); // замени голям писмо ниско търсят (FC, FilePos (FC) -1); // върнете към влизане отписването на единния (ев, СН); // го напиша във файл

// Посочете съдържанието на прекодиране на файлове

защото: = 1 до к започвайте

приключи; близост (фута); readln;

Резултат от една от пистите на изпитване е както следва:

Running "C: \ fp_prog \ 10 05 \ \ txt_rec.exe" Welfare-Quality M5> ОЕТ!

% Ry.6nlR2Mr-Z`Y # \ 7K_m \ QtqU`> SM1: h6xm "; ELU >> Q8 | п] U9Iq # puwj @ HBjm !?

ZY> подкожно% йб / JK1: dvga_gn: m] KR (R ^] MJB% LKU [3 xd6l1qa2o6l + ш?

% Ry.6nlr2mr-z`y # \ 7k_m \ qtqu`> SM1: h6xm "; ELU >> Q8 | п] u9iq # puwj @ hbjm !?

Свързани статии

Подкрепете проекта - споделете линка, благодаря!