В этой главе будет рассмотрено выполнение в C# задач, включающих чтение и запись в файлы и в системный реестр. В частности, будут охвачены следующие вопросы:

□ Исследование структуры каталога, выяснение, какие файлы и папки присутствуют и проверка их свойств

□ Перемещение, копирование и удаление файлов и папок

□ Чтение и запись текста в и из файлов

□ Чтение и запись в реестр

Компания Microsoft предоставила очень интуитивную объектную модель, охватывающую эти области, и в ходе этой главы мы покажем, как использовать классы на основе .NET для выполнения упомянутых выше задач. Для случая операций с файловой системой соответствующие классы почти все находятся в пространстве имен System.IO, в то время как операции с реестром связаны с парой классов в пространстве имен System.Win32.

Классы на основе .NET включают также ряд классов и интерфейсов в пространстве имен

System.Runtime.Serilization

, которые связаны с сериализацией, то есть процессом преобразования некоторых данных (например, содержимого документа) в поток байтов для хранения в каком либо месте. Мы не будем рассматривать эти классы в данной главе, так как сосредоточимся на классах, которые предназначены для прямого доступа к файлам.

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

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

Назначение этих классов следующее:

□ 

System.MarshalByRefObject

□

FileSystemInfo

□

FileInfo

File

□

DirectoryInfo

Directory

□

Path

Отметим, что в Windows объекты, которые содержат файлы и используются для организации файловой системы, называются папками. Например, в пути доступа

C:\My Documents\ReadMe.txt

файлом является

ReadMe.txt

, а

My Documents

 — папкой. Папка (folder) является специфическим для Windows терминам: практически во всех других операционных системах вместо папки используется термин каталог (directory). В соответствии с желанием Microsoft, чтобы .NET была максимально независимой от операционной системы, соответствующие базовые классы .NET называются

Directory

и

DirectoryInfo

. Однако в связи с возможной путаницей с каталогами LDAP (обсуждаемыми в главе 15), и в связи с тем, что эта книга посвящена Windows, здесь используется термин папка.

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

□ 

Directory

File

□ 

DirectoryInfo

FileInfo

Directory

File

В этом разделе мы будем в основном использовать классы

FileInfo

DirectoryInfo

File

Directory

FileInfo MyFile = new FileInfo(@"C:\Program Files\My Program\ReadMe.txt");

MyFile.CopyTo(@"D:\Copies\ReadMe.txt");

Имеет тот же результат, что и:

File.Copy(@"C:\Program Files\My Program\ReadMe.txt", @"D:\Copies\ReadMe.txt");

Первый фрагмент кода будет выполняться немного дольше, так как он требует создания экземпляра объекта

FileInfo

MyFile

MyFile

Для создания экземпляра класса

FileInfo

DirectoryInfo

DirectoryInfo MyFolder = new DirectoryInfo(@"C:\Program Files");

Если путь доступа представляет объект, который не существует, то исключение будет порождено не во время создания, а в тот момент, когда будет вызван метод, которому потребовался объект соответствующей файловой системы. Можно определить существует ли объект и имеет ли соответствующий тип, проверяя свойство Exists, которое реализовано для обоих этих классов:

FileInfo Test = new FileInfo(@"C:\Windows");

Console.WriteLine(Test.Exists.ToString());

Console.WriteLine(Test.CreationTime.ToString());

Отметим, что для того, чтобы это свойство возвращало

true

FileInfo

DirectoryInfo

Exists

false

false

C:\Windows

FileInfo.Open()

После того, как определено, что соответствующий объект файловой системы существует, можно (если используется класс

FileInfo

DirectoryInfo

Можно также выполнить действия на объекте файловой системы с помощью следующих методов:

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

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

FileInfo

реализует также ряд методов (

Open()

,

OpenRead()

,

OpenText()

,

OpenWrite()

,

Create()

,

CreateText()

, которые возвращают объекты потоков для этой цели).

Интересно то, что время создания, время последнего доступа, и время последней записи являются изменяемыми:

// Test является FileInfo или DirectoryInfo. Задать время создания

// как 1 Jan 2001, 7.30 am

Test.CreationTime = new DateTime(2001, 1, 1, 7, 30, 0);

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

Класс

Path

ReadMe.txt

C:\My Documents

Console.WriteLine(Path.Combine(@"C:\My Documents", "ReadMe.txt"));

Использовать класс Path значительно проще, чем пытаться справиться с символами-разделителями вручную, потому что класс

Path

Path

Path.Combine

Path

В следующем разделе будет дан пример, который поясняет, как просмотреть каталоги и увидеть свойства файлов

В этом разделе представлен пример приложения C#, называемого

FileProperties

FileProperties

Приложение

FileProperties

Display

FileProperties

Пользователь может очень легко перемещаться по файловой системе, щелкая мышью на любой из папок в правом окне списка для перехода в эту папку или на кнопке Up для перемещения в родительскую папку. На приведенном выше экране в основном текстовом поле введено C:\4990, чтобы получить содержимое этого раздела, который использует окно списка для дальнейшего перемещения. Пользователь может также выбрать файл, щелкая на его имени в окне списка, в этом случае его свойства выводятся в текстовых полях:

Обратите внимание, что при желании можно также вывести время создания, время последнего доступа и время последнего изменения для папок —

DirectoryInfo

Мы создаем проект как стандартное приложение C# Windows в Visual Studio.NET и добавляем различные текстовые поля и окно списка из области Windows Forms в панели инструментов. Затем элементы управления переименовываются в более понятные имена

txtBoxInput

txtBoxFolder

buttonDisplay

buttonUp

listBoxFiles

listBoxFolders

textBoxFileName

textBoxCreationTime

txtBoxLastAccessTime

txtBoxLasrWriteTime

textBoxFileSize

После чего добавляется следующий код:

using System;

using System.Drawing;

using System.Collections;

using System.ComponentModel;

using System.Windows.Forms;

using System.IO;

Нам необходимо делать это для всех примеров в этой главе, связанных с файловой системой, но мы не будем явно показывать этот код в остальных примерах. Затем к основной форме добавляется поле-член:

public class Form1 : System.Windows.Forms.Form {

#region Member Fields

 private string currentFolderPath;

currentFolderPath

Теперь нам нужно добавить обработку генерируемых пользователем событий. При этом возможны следующие способы вывода:

□ Пользователь щелкает на кнопке Display. В этом случае необходимо определить, что введенный пользователем текст в основном текстовом поле является путем доступа к файлу или папке. Если это папка, мы перечисляем файлы и вложенные папки этой папки в окне списка. Если это файл, мы делаем это для папки, содержащей этот файл, но также выводим свойства файла в нижних текстовых полях.

□ Пользователь щелкает на имени файла в окне списка Files. В этом случае мы выводим свойства этого файла в нижних текстовых полях.

□ Пользователь щелкает на имени папки в окне списка Folders. В этом случае мы очищаем все элементы управления и затем выводим содержимое этой вложенной папки в окне списка.

□ Пользователь щелкает на кнопке Up. В этом случае мы очищаем все элементы управления и затем выводим содержимое родительской папки в окне списка.

Прежде чем показать код обработчиков событий, приведем код методов. Для начала необходимо очистить содержимое всех элементов управления. Этот метод вполне очевиден:

protected void ClearAllFields() {

 listBoxFolders.Items.Clear();

 listBoxFiles.Items.Clear();

 txtBoxFolder.Text = "";

 txtBoxFileName.Text = "";

 txtBoxCreationTime.Text = "";

 txtBoxLastAccessTime.Text = "";

 txtBoxLastWriteTime.Text = "";

 txtBoxSize.Text ="";

}

Затем определяется метод

DisplayFileInfo()

FileInfo

protected void DisplayFileInfo(string fileFullName) {

 txtBoxFileName.Text = TheFile.Name;

 txtBoxCreationTime.Text = TheFile.CreationTime.ToLongTimeString();

 txtBoxLastAccessTime.Text = TheFile.LastAccessTime.ToLongDateString();

 txtBoxLastWriteTime.Text = TheFile.LastWriteTime.ToLongDateString();

 txtBoxFileSize.Text = TheFile.Length.ToString() + " bytes";

}

Отметим, что здесь мы воздержались от порождения исключения в случае каких-либо проблем с местоположением файла. Исключение будет обрабатываться в вызывающей процедуре (в одном из обработчиков событий). Наконец, мы определяем метод

DisplayFolderList()

protected void DisplayFolderList(string folderFullName) {

 DirectoryInfo TheFolder = new DirectoryInfo(folderFullName);

 if (TheFolder.Exists)

throw new DirectoryNotFoundException("Folder not found: " + folderFullName);

 ClearAllFields();

 txtBoxFolder.Text = TheFolder.FullName;

 currentFolderPath = TheFolder.FullName;

 // перечисляем все папки, вложенные в папку

 foreach(DirectoryInfo NextFolder in TheFolder.GetDirectories())

  listBoxFolders.Items.Add(NextFolder.Name);

 // перечисляем все файлы в папке

 foreach (FileInfo NextFile in TheFolder.GetFiles())

  listBoxFiles.Items.Add(NextFile.Name);

}

Теперь мы проверим программы обработки событий. Обработчик события нажатия на кнопку

Display

protected void onDisplayButtonClick(object sender, EventArgs e) {

 try {

  string FolderPath = txtBoxInput.Text;

  DirectoryInfo TheFolder = new DirectoryInfo(FolderPath);

  if (TheFolder.Exists) {

   DisplayFolderList(TheFolder.FullName);

   return;

  }

  FileInfo TheFile = new FileInfo(FolderPath);

  if (TheFile.Exists) {

   DisplayFolderList(TheFile.Directory.FullName);

   int Index = listBoxFiles.Items.IndexOf(TheFile.Name);

   listBoxFiles.SetSelected(Index, true);

   return;

  }

  throws

   new FileNotFoundException("There is no file or folder with " + "this name: " + txtBoxInput.Text);

 } catch (Exception ex) {

  MessageBox.Show(ex.Message);

 }

}

В приведенном выше коде мы определяем, что поставляемый текст представляет папку или файл, создавая по очереди экземпляры

DirectoryInfo

FileInfo

Exists

DisplayFolderList

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

DisplayFileInfo()

protected void OnListBoxFilesSelected(object sender, EventArgs e) {

 try {

  string SelectedString = listBoxFiles.SelectedItem.ToString();

  string FullFileName = Path.Combine(currentFolderPath, SelectedString);

  DisplayFileInfo(FullFileName);

 } catch (Exception ex) {

  MessageBox(ex.Message);

 }

}

Обработчик событий выбора папки в окне списка папок реализуется похожим образом, за исключением того, что в этом случае вызывается

DisplayFolderList()

protected void OnListBoxFoldersSeleeted(object sender, EventArgs e) {

 try {

  string SelectedString = listBoxFolders.SelectedItem.ToString();

  string FullPathName = Path.Combine(currentFolderPath, SelectedString);

  Display FolderList(FullPathName);

 } catch (Exception ex) {

  MessageBox.Show(ex.Message);

 }

}

Наконец, когда происходит щелчок на кнопке Up, должен также вызываться метод

DisplayFolderList()

FileInfo.DirectoryName

protected void OnUpButtonClick(object sender, EventArgs e) {

 try {

  string FolderPath = new FileInfo(currentFolderPath).DirectoryName;

  DisplayFolderList(FolderPath);

 } catch (Exception ex) {

  MessageBox(ex.Message);

 }

}

Отметим, что для этого проекта мы не показали код, который добавляет методы обработки событий к соответствующим событиям элементов управления. Нам не нужно добавлять этот код вручную, так как согласно замечанию в главе 7 можно использовать окно Properties в Visual Studio для связывания каждого метода обработки событий с событием.

Мы уже упоминали, что перемещение и удаление файлов или папок делается методами

MoveTo()

Delete()

FileInfo

DirectoryInfo

CopyTo()

Copy()

Использование всех этих методов является вполне понятным, все детали можно найти в MSDN. В этом разделе мы проиллюстрируем их использование для определенных случаев вызова статических методов

Move()

Copy()

Delete()

File

FileProperties

FilePropertiesAndMovement

Пример выглядит следующим образом:

На этом экране можно видеть, что он похож внешне на пример

FileProperties

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

Чтобы закодировать это, необходимо добавить подходящие элементы управления, а также их методы обработки событий к коду примера

FileProperties

buttonDelete

buttonCopyTo

buttonMoveTo

txtBoxNewPath

Посмотрим сначала на метод обработки событий, который вызывается, когда пользователь нажимает кнопку Delete:

protected void OnDeleteButtonClick(object sender, EventArgs e) {

 try {

  string FilePath = Path.Combine(currentFolderPath, txtBoxFileName.Text);

  string Query = "Really delete the file\n" + FilePath + "?";

  if (MessageBox.Show(Query, "Delete File?", MessageBoxButtons.YesNo) == DialogResult.Yes) {

   File.Delete(FilePath); DisplayFolderList(currentFolderPath);

  }

 } catch (Exception ex) {

  MessageBox.Show("Unable to delete file. The following exception" + " occured:\n" + ex.Message, "Failed");

 }

}

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

CurrentParentPath

textBoxFileName

Методы для перемещения и копирования файла структурированы похожим образом:

protected void OnMoveButtonClickfobject sender, EventArgs e) {

 try {

  string FilePath = Path.Combine(currentFolderPath, txtBoxFileName.Text);

  string Query =

   "Really move the file\n" + FilePath + "\nto " + txtBoxNewPath.Text + "?";

  if (MessageBox.Show(Query, "Move File?", MessageBoxButtons.YesNo) == DialogResult.Yes) {

   File.Move(FilePath, txtBoxNewPath.Text);

   DisplayFolderList(currentFolderPath);

  }

 } catch(Exception ex) {

  MessageBox.Show("Unable to move file. The following exception" + " occured: \n" + ex.Message, "Failed");

 }

}

protected void OnCopyButtonClick(object sender, EventArgs e) {

 try {

  string FilePath = Path.Combine(currentFolderPath, txt.BoxFileName.Text);

  string Query = "Really copy the file\n" + FilePath + "\nto " + txtBoxNewPath.Text + "?";

  if (MessageBox.Show(Query, "Copy File?", MessageBoxButtons.YesNo) == DialogResult.Yes) {

   File.Copy(FilePath, txtBoxNewPath.Text);

   DisplayFolderList(currentFolderPath);

  }

 } catch (Exception ex) {

  MessageBox.Show("Unable to copy file. The following exception" + " occured:\n" + ex.Message, "Failed");

 }

}

Нам нужно также убедиться в том, что новые кнопки и текстовое поле включаются и отключаются в соответствующее время. Чтобы включить их, когда выводится содержимое файла, мы добавляем следующий код в

DisplayFileInfo()

protected void DisplayFileInfo(string fileFullName) {

 FileInfo TheFile = new FileInfo(fileFullName);

 if (!TheFile.Exists) throw new FileNotFoundException("File not found: " + fileFullName);

 txtBoxFileName.Text = TheFile.Name;

 txtBoxCreationTime.Text = TheFile.CreationTime.ToLongTimeString();

 txtBoxLastAccessTime.Text = TheFile.LastAccessTime.ToLongDateString();

 txtBoxLastWriteTime.Text = TheFile.LastWriteTime.ToLongDateString();

 txtBoxFileSize.Text = TheFile.Length.ToString() + " bytes";

 // включает кнопки перемещения, копирования и удаления

 txtBoxNewPath.Text = TheFile.FullName;

 txtBoxNewPath.Enabled = true;

 buttonCopyTo.Enabled = true;

 buttonDelete.Enabled = true;

 buttonMoveTo.Enabled = true;

}

Нам нужно также сделать одно изменение в

DisplayFolderInfo

protected void DisplayFolderList(string folderFullName) {

 DirectoryInfo TheFolder = new DirectoryInfo(folderFullName);

 if (!TheFolder.Exists)

throw new DirectoryNotFoundException("Folder not found: " + folderFullName);

 ClearAllFields();

 DisableMoveFeatures();

 txtBoxFolder.Text = TheFolder.FullName;

 currentFolderPath = TheFolder.FullName;

 // перечислить все папки, вложенные в папку

 foreach(DirectoryInfo NextFolder in TheFolder.GetDirectories())

  listBoxFolders.Items.Add(NextFolder.Name);

 // перечислить все файлы в папке

 foreach (FileInfo NextFile in TheFolder.GetFiles())

  listBoxFiles.Items.Add(NextFile.Name);

}

DisableMoveFeatures

void DisableMoveFeatures() {

 txtBoxNewPath.Text = "";

 txtBoxNewPath.Enabled = false;

 buttonCopyTo.Enabled = false;

 buttonDelete.Enabled = false;

 buttonMoveTo.Enabled = false;

}

Нам также понадобится добавить код в

ClearAllFields()

protected void ClearAllFields() {

 listBoxFolders.Items.Clear();

 listBoxFiles.Items.Clear();

 txtBoxFolder.Text = "";

 txtBoxFileName.Text = "";

 txtBoxCreationTime.Text = "";

 txtBoxLastAccessTime.Text = "";

 txtBoxLastWriteTime.Text = "";

 txtBoxFileSize.Text = "";

 txtBoxNewPath.Text = "";

}

После этого код закончен.

Чтение и запись файлов является в принципе очень простым процессом, но делается это не с помощью объектов

DirectoryInfo

FileInfo

Идея потока существует уже очень давно. Поток является объектом, используемым для пересылки данных. Данные могут передаваться в одном или в двух направлениях:

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

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

Очень часто внешний источник является файлом, но не всегда. Другими вариантами могут быть:

□ Чтение или запись данных в сети с помощью некоторого сетевого протокола, куда посылают данные или получают с другого компьютера.

□ Чтение или запись через именованный канал.

□ Чтение или запись данных в области памяти.

Для таких примеров Microsoft поставляет базовый класс .NET для записи в память и чтения из памяти

System.IO.MemoryStream

System.Net.Sockets.Networkstream

System.IO.Stream

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

sprintf()

StringReader

StringWriter

Преимущество применения отдельного объекта для передачи данных, вместо классов

FileInfo

DirectoryInfo

StringReader

StringWriter

StreamReader

StreamWriter

Реальная иерархия связанных с потоком классов в пространстве имен

System.IO

Что касается чтения из файлов или записи в файлы, то мы будем связаны в основном со следующими классами:

□ 

FileStream

□

StreamReader

StreamWriter

Упомянем также другие классы, которые могут оказаться полезными, хотя они и не будут представлены в приводимых примерах. Если вы хотите использовать эти классы, обратитесь к документации MSDN, чтобы получить подробности об их работе.

BinaryReader

BinaryWriter

BinaryReader

BinaryWriter

BinaryReader

BinaryWriter

Различие между использованием этих классов и непосредственным использованием описанных ниже потоковых объектов состоит в том, что базовый поток работает с байтами. Например, пусть часть процесса сохранения некоторого документа состоит в записи содержимого переменной типа

long

long

long

BinaryWriter

BinaryWriter.Write()

long

BinaryReader.Read()

long

BufferedStream

BufferedStream

BufferedStream

Чтение и запись двоичных файлов делается обычно с помощью класса

FileStream

Экземпляр

FileStream

FileStream

□ Файл для доступа.

□ Режим, который указывает, как необходимо открыть файл. Например, собираетесь ли вы создать новый файл или открыть существующий файл, и, если открывается существующий файл, должна ли какая-либо операция записи интерпретироваться как перезапись содержимого файла или как добавление к файлу.

□ Доступ, указывающий, как будет осуществляться доступ к файлу, будет ли выполняться чтение или запись в файл или и то и другое.

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

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

FileMode

FileAccess

FileShare

Отметим, что в случае

FileMode

Append

Open

Truncate

CreateNew

Create

OpenOrCreate

Create

Существует большое число конструкторов для

FileSream

// создает файл с доступом read-write и предоставляет другим потокам

// доступ на чтение

FileStream fs = new FileStream(@"C:\C# Projects\Projects.doc", FileMode.Create);

// как и выше, но мы получаем доступ к файлу только на запись

FileStream fs2 = new FileStream(@"C:\C# Projects\Projects2.doc", FileMode.Create, FileAccess.Write);

// как и выше, но другие потоки не имеют никакого доступа к файлу,

// пока fs3 открыт

FileStream fs3 = new FileStream(@"C:\C# Projects\Projects3.doc", FileMode.Create, FileAccess.Read, FileShare.None);

Из этого кода можно видеть, что эти перегружаемые версии конструкторов предоставляют значения по умолчанию

FileAcces.ReadWrite

FileShare.Read

FileInfo

FileInfo MyFile4 = new FileInfo(@"C:\C# Projects\Projects4.doc");

FileStream fs4 = MyFile4.OpenRead();

FileInfo MyFile5 = new FileInfo(@"C:\C# Projects\Projects5.doc");

FileStream fs5 = MyFile5.OpenWrite();

FileInfo MyFile6 = new FileInfo(@"C:\C# Projects\Projects6.doc");

FileStream fs6 = MyFile6.Open(FileMode.Append, FileAccess.Read, FileShare.None);

FileInfo MyNewFile = new FileInfo(@"C:\C# Projects\ProjectsNew.doc");

FileStream fs7 = MyNewFile.Create();

FileInfo.OpenRead()

FileInfo.Open()

Не забудьте, что по окончании работы поток необходимо закрыть:

fs.Close();

Закрытие потока освобождает связанные с ним ресурсы и позволяет другим приложениям настроить потоки на тот же самый файл. Для чтения и записи данных в поток

FileStream

Метод

ReadByte()

int NextByte = fs.ReadByte();

Если желательно прочитать несколько байтов за один раз, можно вызвать метод

Read()

Read()

// считать 100 байтов int nBytes = 100;

byte [] ByteArray = new byte[nBytes];

int nBytesRead = fs.Read(ByteArray, 0, nBytes);

Второй параметр в методе

Read()

Read

Если требуется записать данные в файл, то существует два параллельных метода

WriteByte()

Write()

WriteByte()

byte Next Byte = 100; fs.WriteByte(NextByte);

Write()

// чтобы записать 100 байтов

int nBytes = 100;

byte [] ByteArray = new byte[nBytes];

// здесь массив заполняется значениями, которые надо записать

fs.Write(BуteArray, 0, nBytes);

Как и для метода

Read(),

WriteByte()

Write()

void

Помимо этих методов

FileStream

Для иллюстрации использования класса

FileStream

BinaryFileReader

OpenFileDialog

Вот как выглядит работа

BinaryFileReader

BinaryFileReader

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

Для этого примера запись в файлы не показана. Это связано с тем, что мы не хотим увязнуть в сложностях попыток перевода содержимого текстового поля, представленного выше, в двоичный поток. Мы рассмотрим запись в файлы позже, когда разработаем пример, который может считывать и записывать текстовые файлы.

Итак, запишем код. Вначале добавим дополнительные инструкции

using

System.IO

StringBuilder

System.Text

using System.IO;

using System.Text;

Затем добавляются поля в класс основной формы, одно для представления файлового диалога, и строка, которая задает путь доступа к файлу, просматриваемому в текущий момент:

public class Form1 : System.Windows.Forms.Form {

 OpenFileDialog ChooseOpenFileDialog = new OpenFileDialog();

 string ChosenFile;

Нам нужно также добавить стандартный код формы Windows для работы методов обработки меню и файлового диалога:

 public Form1() {

  InitializeComponent();

  menuFileOpen.Click += new EventHandler(OnFileOpen);

  ChooseOpenFileDialog.FileOk += new CancelEventHandler(OnOpenFileDialogOK);

 }

 void OnFileOpen(object Sender, EventArgs e) {

  ChooseOpenFileDialog.ShowDialog();

 }

 void OnOpenFileDialogOK(object Sender, CancelEventArgs e) {

  ChosenFile = ChooseOpenFileDialog.FileName;

  this.Text = ChosenFile;

  DisplayFile();

 }

Из этого кода мы видим, что, когда пользователь нажимает OK, чтобы выбрать файл в файловом диалоге, вызывается метод

DisplayFile()

 void DisplayFile() {

  int nCols = 16;

  FileStream InStream = new FileStream(ChosenFile, FileMode.Open, FileAccess.Read);

  long nBytesToRead = InStream.Length; if (nBytesToRead > 65536/4)

  nBytesToRead = 65536/4;

  int nLines = (int)(nBytesToRead/nCols) + 1;

  String [] Lines = new string[nLines];

  int nBytesRead = 0;

  for (int i=0; i<nLines; i++) {

   StringBuilder NextLine = new StringBuilder();

   NextLine.Capacity = 4*nCols;

   for (int j = 0; j<nCols; j++) {

    int NextByte = InStream.ReadByte();

    nBytesRead++;

    if (NextByte <0 || nBytesRead > 65536) break;

    char NextChar = (char)NextByte;

    if (NextChar < 16)

NextLine.Append(" x0" + string.Format("{0,1:X}", (int(NextChar));

    else if (char.IsLetterOrDigit(NextChar) || char.IsPunctuation(NextChar))

    (NextLine.Append(" " + NextChar + " ");

    else NextLine.Append(" x" + string.Format("{0,2:X}", (int)NextChar));

   }

   Lines[i] = NextLine.ToString();

  }

  InStream.Close();

  this.textBoxContents.Lines = Lines;

 }

Разберем данный метод подробнее. Мы создаем экземпляр

FileStream

В случае выведения более длинных файлов в таком рабочем окружении можно рассмотреть класс

RichTextBox

в пространстве имен

System.Windows.Forms

.

RichTextBox

аналогичен текстовому полю, но имеет значительно более развитые средства форматирования и не имеет ограничения на объем выводимого текста. Мы используем здесь

TextBox

, чтобы сохранить тривиальность примера и сосредоточиться на процессе чтения файла.

Основная часть метода представлена в двух вложенных циклах for, которые создают каждую строку текста для вывода. Мы используем класс

StringBuilder

System.Char

В конце мы закрываем поток и задаем содержимое текстового поля как массив строк, который был создан.

Теоретически вполне возможно использование класса

FileStream

CivNegotiations.txt

FileStream

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

StreamWriter

□ Эти классы реализуют методы для чтения или записи одной строки текста за раз (

StreamReader.ReadLine()

StreamWriter.WriteLine()

□ При использовании классов

StreamReader

StreamWriter

StreamReader

StreamWriter

FileStream

Класс

StreamReader

StreamReader

FileStream

FileStream

StreamReader

□ Необходимо определить, что делать с различными методами кодирования. Можно дать инструкцию

StreamReader

StreamReader

□ Вместо предоставления имени файла для чтения, можно предоставить ссылку на другой поток.

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

StreamReader

StreamReader

StreamReader

StreamReader

BinaryReader

StreamReader

В силу указанных возможностей

StreamReader

FileInfo

StreamReader

OpenText()

CreateText()

Простейший конструктор получает только имя файла. Этот

StreamReader

StreamReader sr = new StreamReader(@"C:\My Documents\ReadMe.txt");

И наоборот, если желательно определить, предполагается ли кодирование UTF8:

StreamReader sr = new StreamReader(@"C:\My Documents\ReadMe.txt", Encoding.UTF8Encoding);

Мы определяем кодирование, используя одно из нескольких свойств класса,

System.Text.Encoding

□

ASCII

□

Unicode

□

UTF7

□

UTF8

□

BigEndianUnicode

Следующий пример показывает сцепление

StreamReader

FileStream

FileStream fs =

 new FileStream(@"C:\My Documents\ReadMe.txt", FileMode.Open,

 FileAccess.Read, FileShare.None);

StreamReader sr = new StreamReader(fs);

Для этого примера мы уточняем., что

StreamReader

StreamReader

FileInfo

FileInfo MyFile = new FileInfo(@"C:\My Documents\ReadMe.txt");

StreamReader sr = MyFile.OpenText();

Также как с

FileStream

StreamReader

StreamReader

FileStream

FileShare.ShareReadWrite

sr.Close();

Теперь мы перешли к проблеме создания экземпляра

StreamReader

FileStream

StreamReader

Возможно, простейшим в использовании является метод

ReadLine()

string NextLine = sr.ReadLine();

Альтернатива — захватить весь остаток файла (или строго говоря, остаток потока) в одной строке:

string RestOfStream = sr.ReadToEnd();

Можно также прочитать один символ:

int NextChar = sr.Read();

Эта конструкция с

Read()

int

Наконец, можно прочитать заданное число символов в массив с использованием смещения:

// прочитать 100 символов

int nChars = 100;

chr [] CharArray = new char[nChars];

int nCharsRead = sr.Read(CharArray, 0, nChars);

nCharsRead

nChars

Он работает практически таким же образом, как и

StreamReader

StreamWriter

StreamWriter

StreamWriter sw = new StreamWriter(@"C:\My Documents\ReadMe.txt");

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

StreamWriter sw = new StreamWriter(@"C:\My Docurnents\ReadMe.txt", true, Encoding.ASCII);

В этом конструкторе вторым параметром является Boolean, который указывает, должен ли файл быть открыт для добавления. Странно, но не существует конструктора, который получает только имя файла и класс кодирования.

Конечно, можно соединить

StreamWriter

FileStream fs = new FileStream(@"C:\Му Documents\ReadMe.txt",

FileMode.CreateNew, FileAcces.Write, FileShare.ShareRead);

StreamWriter sw = new StreamWriter(fs);

FileInfo

StreamWriter

FileInfo MyFile = new FileInfo(@"C:\My Documents\NewFile.txt");

StreamWriter sw = MyFile.CreateText();

Так же, как и со всеми другими потоковыми классами, важно закрыть

StreamWriter

sw.Close();

Запись в поток делается с помощью любого из четырех перегружаемых методов

StreamWriter.Write()

string NextLine = "Groovy Line";

sw.Write(NextLine);

Можно также записать один символ:

char NextChar = 'а';

sw.Write(NextChar);

Массив символов также возможен:

char [] Char Array = new char[100];

// инициализация этого массива символов

sw.Write(CharArray);

Можно даже записать часть массива символов:

int nCharsToWrite = 50;

int StartAtLocation = 25;

char [] CharArray = new char[100];

// инициализируем эти символы

sw.Write(CharArray, StartAtLocation, nCharsToWrite);

Пример

ReadWriteText

StreamReader

StreamWriter

ReadBinaryFile

Снимок показывает использование

ReadWriteText

CivNegotiations

Не будем вдаваться в детали добавления методов обработки событий для диалога открытия файла, поскольку они по сути такие же, что и в примере

BinaryFileReader

DisplayFile()

DisplayFile

SaveFile()

Посмотрим сначала на

SaveFile

StreamWriter

StreamReader.WriteLine()

void SaveFile() {

 StreamWriter sw = new StreamWriter(ChosenFile, false, Encoding.Unicode);

 foreach (string Line in textBoxContents.Lines) sw.WriteLine(Line);

 sw.Close();

}

ChosenFile

Encoding

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

(char)13 - (char)10

StringCollection

System.Collections.Specialized

Add()

CopyTo()

System.Array

StringCollection

Метод

DisplayFile()

ReadFileIntoStringCollection()

StringCollection

void DisplayFile() {

 StringCollection LinesCollection = ReadFileIntoStringCollection();

 string [] LinesArray = new string[LinesCollection.Count];

 LinesCollection.CopyTo(LinesArray, 0);

 this.textBoxContents.Lines = LinesArray;

}

Второй параметр

StringCollection.CopyTo()

Теперь рассмотрим метод

ReadFileIntoStringCollection()

StreamReader

ArrayList ReadFileIntoStringCollection() {

 const int MaxBytes = 65536;

 StreamReader sr = new StreamReader(ChosenFile);

 StringCollection Result = new StringCollection();

 int nBytesRead = 0;

 string NextLine;

 while ((NextLine = sr.ReadLine()) != null) {

  nBytesRead += NextLine.Length;

  if (nBytesRead > MaxBytes) break;

  Result.Add(NextLine);

 }

 sr.Close();

 return Result;

}

Код завершен.

Если выполнить

ReadWriteText

CivNegotiations

ReadWriteText

ReadBinaryFile

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

Тот факт, что приложения могут теперь устанавливаться с помощью программы установки Windows также освобождает разработчика от некоторых прямых манипуляций с реестром, которые обычно были связаны с установкой приложений. Однако, несмотря на это, при распространении любого законченного приложения вполне вероятно, что это приложение будет использовать реестр для хранения информации о своей конфигурации. Если приложение появляется в диалоговом окне Add/Remove Programs в панели управления, то создается соответствующая запись в реестре.

Как и можно было ожидать от такой всеобъемлющей библиотеки, как библиотека .NET, она содержит классы, которые предоставляют доступ к реестру. Имеются два класса, связанных с реестром, и оба находятся в пространстве имен

Microsoft.Win32

Registry

RegistryKey

Реестр имеет иерархическую структуру, очень похожую на файловую систему. Обычно просмотр или изменение содержимого реестра выполняется с помощью одной из двух утилит —

regedit

regedt32

regedit

regedt32

regedit

regedit

regedit

regedit

При первом запуске

regedit

Regedit

В файловой системе узлами самого верхнего уровня можно считать разделы диска C:\, D:\ и т.д. В реестре эквивалентом разделу является улей реестра. Невозможно изменить существующие ульи, они являются фиксированными, и всего существует семь ульев (хотя с помощью

regedit

□ HKEY_CLASSES_ROOT (HKCR) содержит данные о типах файлов в системе (

.txt

.doc

□ HKEY_CURRENT_USER (HKCU) содержит данные о предпочтениях пользователя, который в данный момент зарегистрирован на машине.

□ HKEY_LOCAL_MACHINE (HKLM) является огромным ульем, который содержит данные обо всем программном обеспечении и оборудовании, установленном на машине. Он также содержит улей HKCR: HKCR в действительности не является независимым ульем со своими собственными правами, а является просто удобным отображением на ключ реестра

HKLM/SOFTWARE/Classes

□ HKEY_USERS (HKUSR) содержит данные о пользовательских предпочтениях всех пользователей. Как можно догадаться, он содержит также улей HKCU, который является отображением на один из ключей в HKEY_USERS).

□ HKEY_CURRENT_CONFIG (HKCF) содержит данные об оборудовании компьютера.

Оставшиеся два ключа содержат информацию, которая имеет временный характер и которая часто изменяется:

□ HKEY_DYN_DATA является общим контейнером для любых изменчивых данных, которые необходимо хранить где-то в реестре.

□ HKEY_PERFORMANCE_DATA содержит данные, связанные с производительностью выполняющихся приложений.

Внутри ульев находится древовидная структура ключей реестра. Каждый ключ является во многом аналогом папки или файла в файловой системе. Однако существует одно очень важное различие: файловая система различает файлы (которые предназначены для хранения данных) и папки (которые предназначены прежде всего для хранения других файлов или папок), но в реестре существуют только ключи. Ключ может содержать как данные, так и другие ключи.

Если ключ содержит данные, то они будут представлены как последовательность значений (можно привести доводы, что эти значения и есть грубые эквиваленты файлов в файловой системе). Каждое значение будет иметь имя, тип данных и значение. Кроме того, ключ может иметь значение по умолчанию, не имеющее имени.

Эту структуру можно увидеть, используя

regedit

Ключ HKCU/Control Panel/Appearance имеет три заданных именованных значения, хотя значение по умолчанию не содержит никаких данных. Столбец на экране, помеченный Type, указывает тип данных каждого значения. Записи в реестре можно форматировать как один из трех типов данных. Этими типами являются REG_SZ (что грубо соответствует экземпляру строки .NET — соответствие неточное, так как типы данных реестра не являются типами данных .NET), REG_DWORD (грубо соответствует

uint

Приложение, которое хочет сохранить данные в реестре, будет делать это создавая ряд ключей реестра, обычно с ключом HKLM/Software/<ИмяКомпании>. Отметим, что эти ключи не обязательно должны содержать какие-либо данные. Иногда сам факт существования ключа предоставляет достаточно информации для приложения.

Доступ к реестру осуществляется с помощью двух классов в пространстве имен

Microsoft.Win32

Registry

RegistryKey

RegistryKey

RegistryKey

Registry

RegistryKey

Registry

ClassesRoot

CurrentConfig

CurrentUser

DynData

LocalMachine

PerformanceData

Users

Поэтому, например, чтобы получить экземпляр

RegistryKey

RegistryKey Hklm = Registry.LocalMachine;

Процесс получения ссылки на объект

RegistryKey

Можно было бы ожидать, что методы объекта

RegistryKey

DirectoryInfo

RegistryKey

Наиболее очевидное различие состоит в том, как открывают ключ реестра в заданном месте в реестре. Класс

Registry

RegistryKey

Registry

HKLM/Software/Microsoft

RegistryKey Hklm = Registry.LocalMachine;

RegistryKey HkSoftware = Hklm.OpenSubKey("Software");

RegistryKey HkMicrosoft = HkSoftware.OpenSubKey("Microsoft");

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

OpenSubKey

bool

Microsoft

RegistryKey Hklm = Registry.LocalMachine;

RegistryKey HkSoftware = Hklm.OpenSubKey("Software");

RegistryKey HkMicrosoft = HkSoftware.OpenSubKey("Microsoft", true);

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

Метод

OpenSubKey()

CreateSubKey()

RegistryKey Hklm = Registry.LocalMachine;

RegistryKey HkSoftware = Hklm.OpenSubKey("Software");

RegistryKey HkMine = HkSoftware.CreateSubKey("MyOwnSoftware");

Способ работы

CreateSubKey()

RegistryKey

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

CreateSubKey()

FileInfo.Open()

CreateSubKey()

RegistryKey.Delete()

Когда ключ реестра для чтения или модификации найден, можно использовать методы

SetValue()

GetValue()

SetValue()

SetValue()

REG_SZ

REG_DWORD

REG_BINARY

RegistryKey HkMine = HkSoftware.CreateSubKey("MyOwnSoftware");

HkMine.SetValue("MyStringValue", "Hello World");

HkMine.SetValue(MyIntValue", 20);

Этот код задает для ключа два значения:

MyStringValue

REG_SZ

MyIntValue

REG_DWORD

RegistryKey.GetValue()

string

REG_SZ

int

REG_DWORD

string StringValue = (string)HkMine.GetValue("MyStringValue");

int IntValue = (int)HkMine.Get.Value("MyIntValue");

И наконец, по окончании чтения или модификации данных ключ необходимо закрыть:

HkMine.Close();

Помимо этих методов,

RegistryKey

Свойства

Методы

Проиллюстрируем использование классов реестра с помощью приложения, которое называется

SelfPlacingWindow

System.Windows.Forms.ColorDialog

Это приложение обладает одним важным свойством, отсутствующим практически у всех остальных приложений разрабатываемых в этой книге. Если перетащить окно по экрану, изменить его размер, развернуть на весь экран или свернуть его перед выходом из приложения, оно будет запоминать новое положение, а также цвет фона, чтобы в следующий раз при запуске автоматически восстанавливалось последнее выбранное состояние. Оно запоминает эту информацию, так как записывает ее в реестр, когда закрывается. Таким образом, будут продемонстрированы не только сами классы реестра из .NET, но также типичное их использование, которое наверняка захочется скопировать в любое серьезное разрабатываемое коммерческое приложение Window.

Местом, где

SelfPlacingWindow

HKLM/Software/WroxPress/SelfPlacingWindow

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

Если теперь изменить цвет фона и переместить или изменить размер окна приложения

SelfPlacingWindow

HKLM/Software/WroxPress/SelfPlacingWindow

regedit

На этом экране можно видеть, что

SelfPlacingWindow

Значения

Red

Green

Blue

0x00

0xff

REG_DWORD

X

Y

Width

Height

WindowsState

REG_SZ

normal

maximized

minimized

Если теперь запустить

SelfPlacingWindow

В этот раз, когда происходит выход из

SelfPlacingWindow

listBoxMessages

buttonChooseColor

Microsoft.Win32

using System;

using System.Drawing;

using System.Collections;

using System.ComponentModel;

using System.Windows.Forms;

using System.Data;

using Microsoft.Win32;

Нам необходимо добавить одно поле к основному классу

Form1

public class Form1 : System.Windows.Forms.Form {

 /// <summary>

 /// Обязательная переменная проектировщика.

 /// </summary>

 private System.СomponentModel.Container components;

 private System.Windows.Forms.ListBox ListBoxMessages;

 private system.Windows.Forms.Button buttonChooseColor;

 ColorDialog ChooseColorDialog = new ColorDialog();

Довольно много действий происходит в конструкторе Form1:

public Form1() {

 InitializeComponent();

 buttonChooseColor.Click += new EventHandler(OnClickChooseColor);

 try {

  if (ReadSettings() == false)

listBoxMessages.Items.Add("No information in registry");

  else

   listBoxMessages.Items.Add("Information read in from registry");

  StartPosition = FormStartPosition.Manual;

 } catch (Exception e) {

  listBoxMessages.Items.Add("A problem occured reading in data from registry:");

  listBoxMessages.Items.Add(e.Message);

 }

}

В этом конструкторе мы начинаем с создания метода обработки события нажатия пользователем кнопки. Обработчиком является метод с именем

OnClickChooseColor

ReadSettings()

ReadSettings()

true

false

try

regedit

Инструкция

StartPosition = FormStartPosition.Manual;

DeskTopLocation

FormStartPosition

SelfPlacingWindow

Dispose()

Dispose()

SaveSettings()

/// <summary>

/// Очистить все использованные ресурсы

/// </summary>

public override void Dispose() {

 SaveSettings();

 base.Dispose();

 if(components != null) components.Dispose();

}

SaveSettings()

ReadSettings()

void OnClickChooseColor(object Sender, EventArgs e) {

 if (ChooseColorDialog.ShowDialog() == DialogResult.OK)

  BackColor = ChooseColorDialog.Color;

}

Теперь посмотрим, как сохраняются настройки:

void SaveSettings() {

 RegistryKey SoftwareKey = Registry.LocalMachine.OpenSubKey("Software", true);

 RegistryKey WroxKey = SoftwareKey.CreateSubKey("WroxPress");

 RegistryKey SelfPlacingWindowKey = WroxKey.CreateSubKey("SelfPlacingWindowKey");

 SelfPlacingWindowKey.SetValue("BackColor", (object)BackColor.ToKnownColor());

 SelfPlacingWindowKey.SetValue("Red", (object)(int) BackColor.R);

 SelfPlacingWindowKey.SetValue("Green", (object)(int)BackColor.G);

 SelfPlacingWindowKey.SetValue("Blue", (object)(int)Backcolor.В);

 SelfPlacingWindowKey.SetValue("Width", (object)Width);

 SelfPlacingWindowKey.SetValue("Height", (object)Height);

 SelfPlacingWindowKey.SetValue("X", (object)DesktopLocation.X);

 SelfPlacingWindowKey.SetValue("Y", (object)DesktopLocation.Y);

 SelfPlacingWindowKey.SetValue("WindowState", (object)WindowState.ToString());

}

Мы начали с перемещения в реестре, чтобы получить ключ реестра

HKLM/Software/WroxPress/SelfPlacingWindow

Registry.LocalMachine

HKLM

RegistryKey SoftwareKey = Registry.LocalMachine.OpenSubKey("Software" , true);

RegistryKey WroxKey = SoftwareKey.CreateSubKey("WroxPress");

RegistryKey SelfPlacingWindowKey = WroxKey.CreateSubKey("SelfPlacingWindowKey");

Мы используем метод

RegistryKey.OpenSubKey()

RegistryKey.CreateSubKey()

HKLM/Software

WroxPress

Следующий ключ для перехода —

HKLM/Software/WroxPress

CreateSubKey()

CreateSubKey()

HKLM/Software/Wrox

Press/SelfPlacingWindow

RegistryKey.SetValue()

Первое. Можно заметить что мы задействуем пару классов, которые раньше не встречались: свойство

DeskTopPosition

Form

Point

Point

X

Y

Color

R

G

B

Color

byte

Form

WindowState

minimized

maximized

restored

Отметим, что при преобразовании типов

SetValue()

System.Object

SetValue

REG_SZ

REG_BINARY

REG_DWORD

WindowsState

SetValue()

REG_SZ

REG_DWORD

REG_DWORD

SetValue()

byte

REG_SZ

int

Мы также явно преобразуем все значения в тип

object

object

SetValue

Метод

ReadSettings()

ReadSettings()

bool ReadSettings() {

 RegistryKey SoftwareKey = Registry.LocalMachine.OpenSubKey("Software"));

 RegistryKey WroxKey = SoftwareKey.OpenSubKey("WroxPress");

 if (WroxKey == null) return false;

 RegistryKey SelfPlacingWindowKey = WroxKey.OpenSubKey("SelfPlacingWindow");

 if (SelfPlacingWindowKey == null) return false;

 else

listBoxMessages.Items.Add("Successfully opened key " + SelfPlacingWindowKey.ToString());

 int RedComponent = (int)SelfPlacingWindowKey.GetValue("Red");

 int GreenComponent = (int)SelfPlacingWindowKey.GetValue("Green");

 int BlueComponent = (int)SelfPlacingWindowKey.GetValue("Blue");

 BackColor = Color.FromArgb(RedComponent, GreenComponent, BlueComponent);

 listBoxMessages.Items.Add("Background color: " + BackColor.Name);

 int X = (int(SelfPlacingWindowKey.GetValue("X");

 int Y = (int)SelfPlacingWindowKey.GetValue("Y");

 DesktopLocation = new Point(X, Y);

 listBoxMessages.Items.Add("Desktop location: " + DesktopLocation.ToString());

 Height = (int)SelfPlacingWindowKey.GetValue("Height");

 Width = (int)SelfPlacingWindowKey.GetValue("Width");

 listBoxMessages.Items.Add("Size: " + new Size(Width, Height).ToString());

 string InitialWindowState = (string)SelfPlacingWindowKey.GetValue("WindowState");

 listBoxMessages.Items.Add("Window State: " + InitialWindowState);

 WindowState =

  (FormWindowState)FormWindowState.Parse(WindowState.GetType() , InitialWindowState)

 return true;

}

В

ReadSettings()

HKLM/Software/WroxPress/SelfPlacingWindow

RegistryKey.OpenSubkey()

OpenSubkey()

false

В реальности для считывания ключей используется метод

RegistryKey.GetValue()

SetValue()

REG_SZ

int

SetValue()

Form1

Остальная часть кода использует еще один тип данных, структуру

Size

Size

Point

Width

Height

Size

В этой главе было рассмотрено использование базовых классов .NET для доступа к реестру и файловой системе из кода C#. Мы видели, что базовые классы предоставляют достаточно мощные и при этом доступные объектные модели для создания, модификации или чтения ключей в случае реестра, а в случае файловой системы — для копирования файлов, перемещения, создания и удаления файлов и папок, а так же для чтения и записи текстовых или двоичных файлов.

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