Net framework 5, а также среды Visual Studio 2012 и C#

ПриМеЧание
Некоторые.разработчики.сообщили.в.Microsoft.о.следующем.факте:.если.при.много-
кратном.вызове.Parse.этот.метод.генерирует.исключения.(из-за.неверных.данных,.
вводимых.пользователями),.это.отрицательно.сказывается.на.производительности.
приложения .Для.таких.требующих.высокой.производительности.случаев.в.Microsoft.
создали.методы.TryParse.для.всех.числовых.типов.данных,.для.DateTime,.TimeSpan.и.
даже.для.IPAddress .Вот.как.выглядит.один.из.двух.перегруженных.методов.TryParse.
типа.Int32:
public static Boolean TryParse(String s, NumberStyles style,
IFormatProvider provider, out Int32 result);
Как.видите,.метод.возвращает.true.или.false,.информируя,.удастся.ли.разобрать.
строку.в.объект.Int32 .Если.метод.возвращает.true,.переменная,.переданная.по.ссылке.
в.результирующем.параметре,.будет.содержать.полученное.в.результате.разбора.
числовое.значение .Паттерн.TryXxx.обсуждается.в.главе.20 
Кодировки: преобразования между 
символами и байтами
Win32-программистам часто приходится писать код, преобразующий символы 
и строки из Unicode в Multi-Byte Character Set (MBCS). Поскольку я тоже этим 
занимался, могу авторитетно утверждать, что дело это очень нудное и чреватое 
ошибками. В CLR все символы представлены 16-разрядными кодами Юникода, 
а строки состоят только из 16-разрядных символов Юникода. Это намного упро-
щает работу с символами и строками в период выполнения.
Однако порой текст требуется записать в файл или передать его по сети. Когда 
текст состоит главным образом из символов английского языка, запись и передача 
16-разрядных значений становится неэффективной, поскольку половина байтов 
содержит нули. Поэтому разумнее сначала 
закодировать
(encode) 16-разрядные 
символы в более компактный массив байтов, чтобы потом 
декодировать
(decode) 
его в массив 16-разрядных значений.
Кодирование текста помогает также управляемым приложениям работать со 
строками, созданными в системах, не поддерживающих Юникод. Так, чтобы создать 

---

392