DirectoryInfo[] dirs = dir.GetDirectories();

//Сортировочка:

Array.Sort(dirs, 0, dirs.Length, new DirectorySort());

Сам принцип сортировки нужно оформить ввиде класса реализующего интерфейс IComparer:

  class DirectorySort : System.Collections.IComparer

  {

    public int Compare(object x, object y)

    {

      DirectoryInfo d1 = x as DirectoryInfo;

      DirectoryInfo d2 = y as DirectoryInfo;

      return String.Compare(d1.Name, d2.Name, true, CultureInfo.CurrentCulture);

    }

  }

Сортировка тут не различает заглавные-прописные буквы и учитывает CurrentCulture.

[Serializable]

перед описанием объекта, и его уже можно легко сохранить используя класс BinaryFormatter из System.Runtime.Serialization. Казалось бы все просто и чего еще можно хотеть… Рассмотрим ситуацию когда ваш объект изменяется в процессе написания новых версий программы. Вы добавите новое свойство и обнаружите, что чтение (десериализация) старых данных перестало работать, так как объект изменился. Можно управлять десериализацией вручную, однако это накладно.

Так вот, чтобы избавиться от этих проблем можно написать свой [де]сериализатор используя Reflection:

private static void WriteObject(object obj, StreamWriter writer)

{

Type t = obj.GetType();

PropertyInfo[] pi = t.GetProperties();

writer.WriteLine(Begin(t.Name));

//Store all props

foreach (PropertyInfo p in pi)

writer.WriteLine(FormXmlLine(p.Name, p.GetValue(obj, null).ToString()));

writer.WriteLine(End(t.Name));

}

private static string Begin(string name)

{

return “<“ + name + “>”;

}

private static string End(string name)

{

return “</” + name + “>”;

}

private static string FormXmlLine(string name, string value)

{

return ”  <“ + name + “>” + value + “</” + name + “>”;

}

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

Прочитать сохраненный объект можно так:

    //Lets read

    public static void ReadObject(string filename, object Obj)

    {

      Type ObjType = Obj.GetType();

      using (XmlReader reader = XmlReader.Create(filename))

      {        

        while (reader.Read())

        {

          if (reader.IsStartElement())

          {

            if (reader.Name == ObjType.Name)

            {

              //Do nothing!

            }

            else

            {

              PropertyInfo[] pi = ObjType.GetProperties();

              foreach (PropertyInfo p in pi)

                if (p.Name == reader.Name)

                {

                  reader.Read();

                  //Read the text content of the element.

                  if (p.PropertyType.Name == “String”)

                    p.SetValue(Obj, reader.ReadString(), null);

                  if (p.PropertyType.Name == “Int32”)

                    p.SetValue(Obj, reader.ReadContentAsInt(), null);

                  if (p.PropertyType.Name == “Int64”)

                    p.SetValue(Obj, reader.ReadContentAsInt(), null);                  

                  if (p.PropertyType.Name == “Long”)

                    p.SetValue(Obj, reader.ReadContentAsLong(), null);

                }

            }

          }

        }

      }

    }

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

Кто не в курсе, Flickr – это очень популярный хостинг фото и видео. Википедия утверждает, что в нем более 2 биллионов изображений. Ко всему этому богатству можно получить доступ из вашего .net приложения.

Самая сложная часть – это авторизация.

1. Сначала Вам нужно зарегистрироваться на сервере. (как не странно )
2. Затем нужно получить ключи тут. Это две строчки – ApiKey и Secret, которые будут использоваться в вашем коде для получения доступа к сервису фликр (но не к вашему акаунту).
3. Нужно скачать библиотечку Flickr.Net
4. Подключив скачанную библиотеку (using FlickrNet;), Вы уже можете получить доступ к публичному контенту фликра, который доступен без авторизации.

    

   flickr = new Flickr(ApiKey, SharedSecret);

    

5. Но чтоб получить доступ к аккаунту нужно проделать еще одну операцию – получить Token.

    

   tempFrob = flickr.AuthGetFrob();

   string flickrUrl = flickr.AuthCalcUrl(tempFrob, AuthLevel.Write);

   System.Diagnostics.Process.Start(flickrUrl);

   Этот код запустит браузер, в котором пользователь должен подтвердить, что дает доступ вашему софту.

6. Только теперь можно получить полный доступ:

    

   Auth auth = flickr.AuthGetToken(tempFrob);

   flickr.AuthToken = auth.Token;

    

7. Полученный токен можно сохранить и использовать для быстрой авторизации в дальнейшем:

    

   flickr = new Flickr(ApiKey, SharedSecret, Token);

    

8. Теперь можно загрузить парочку фотографий:

    

   string photoId = flickr.UploadPicture(file, title, descripton, tags);

    

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

Что касается самого сервиса – обнаружил, что есть серьезное ограничение на размер фото, что меня лично, как любителя лучшего качества, не устраивает.

Напоследок – моя страница на фликре

Чтоб загрузить файл на свой сервер достаточно написать пару строк:

using BytesRoad.Net.Ftp;

… 

string FtpServer = “my.server.ru”;

string Username = “username”;

string Password = “password”;

string RemotePath = “\\folderonserver/”;

public void UploadFile(string LocalFile)

{

 // get instance of the FtpClient

 FtpClient client = new FtpClient();

 // use passive mode

 client.PassiveMode = true;

 client.Connect(Timeout, FtpServer, 21);

 client.Login(Timeout, Username, Password);

 // build the target file path

 string target = System.IO.Path.Combine(RemotePath,

 System.IO.Path.GetFileName(LocalFile)).Replace(“\\”, “/”);

 // synchronously upload the file

 client.PutFile(Timeout, target, LocalFile);

 //Disconnect

 client.Disconnect(Timeout);

}

Обратите внимание, что используется passive mode. 

Библиотека распространяется по лицензии GPL, то есть бесплатно. Скачать можно отсюда.

В качестве основы я взял почти пустой цикл:

int N = 100000000;

Start = DateTime.Now;

//Almost nothing!

for (int i = -N; i < N; i++)              

  result = i;

End = DateTime.Now;

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

for (int i = -N; i < N; i++)

{

  result = i;

  result = Math.Abs(i);

}

или, например, так:

for (int i = -N; i < N; i++)

{

  result = i;

  result = (i >= 0) ? i : -i;

}

Из времени выполнения этих циклов я вычел время выполнения пустого цикла. Получились интересные результаты:

Как видно из результатов result = (i >= 0) ? i : -i; оказался быстрее всех, как и ожидалось. Но еще более интересна разница в скорости при скрытой конвертации типов у Math.Abs(), .

Надо будет потестить и другие вещи в том же духе.

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

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

Я вообще использую следующую конструкцию, так как цикл распараллелен на несколько ядер (пост):

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

Что я сделал, чтоб оптимизировать этот код: вынес объявление переменных за границы цикла, отказался от передачи массивов по значению, использовал ref для передачи ссылок на рабочие данные.

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

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

Описание:

F# is a variant of the ML programming language for .NET and has a core language that is similar to that of OCaml. It is a mixed functional/imperative/object-oriented programming language which is excellent for medium-advanced programmers and for teaching. In addition, you can access hundreds of .NET libraries using F#, and the F# code you write can be accessed from C# and other .NET languages. This release of F# includes a command line compiler as well as ‘F# for Visual Studio’, which provides interactive syntax highlighting, parsing, typechecking and intellisense for F# code inside Visual Studio 2003/2005/Orcas, and ‘F# Interactive’, a command-line top level environment for F#.

По языку уже написана книга: Expert F#.

Так что, возможно, у него большое будущее.

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

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

Каждый поток представляет собой объект класса Thread. Во время создания потока необходимо указать точку входа – статический метод класса (Thread1Proc, Thread2Proc). Метод Start запускает поток, а Join ждет его завершения.

Такая оптимизация позволяет поднять скорость выполнения кода в два раза! Единственная проблема, что не всегда можно разбить код на две параллельные части.

Будем ждать 128-ми ядерных систем ))

В этом блоке операция чтения заключена в try блок, и при любых ошибках при чтении переменным присваиваются некие значения по умолчанию. Например, если в базе данных не задано значение поля, то reader вернет null. В этом случае вылетит исключение при обработке и действие перейдет в catch блок, где можно выставить, например, числовой “0”.

Так вот, если у Вас в базе некое поле с данными еще не забито значениями, то вышеописанный код будет работать в 10 раз медленнее! Обработка исключений не дается дешево. Чтоб заставить код работать быстро в любом случае, надо учесть случаи когда выпадают наиболее часто встречаемые исключения и поставить дополнительные проверки в блоке try. Например, проверить при чтении не вернул ли reader null и сразу подменить его неким разумным значением.

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

Поиск решения этой проблемы в интернете дал свои результаты. Оказалось, что это просто глюк контрола. И для его исправления необходимо просто поставить на систему все критические обновления, которые включают в себя Internet Explorer 7.0 и фикс безопасности для .Net 2.0, который весит аж 14 мегабайт.

Вывод: Не забывайте запускать Windows Update.