Стоит, так будет удобнее и понятнее.

namespace TryEnum
{
    enum DownloadType
    {
        Video, Audio, Custom, Unknown, Default
    }
    enum ForceIpProtocol
    {
        IPv4, IPv6
    }
    enum ProxyProtocol
    {
        HTTPS, HTTP, SOCKS4, SOCKS5
    }
}

А использовать вот так:


А по поводу интерфейсов... Интерфейсы не должны быть вместо классов; класс реализует интерфейс (выглядит синтаксис как наследование class ClassName : IClassName, но это не совсем наследование, там немножко другая реализация). И интерфейс нужен в том случае, если нужно реализовать полиморфизм в коде и/или что бы упростить доступ к публичным полям в классах, которые реализуют этот интерфейс.
Например: у нас есть много классов с разными реализациями, но их всех объединяют одни и те же свойства (к приеру свойства public string Name ( get; set; ); public int Age( get; set; ); и тд...). Интерфейс в данном случае нужен для того, что бы через него мы получали доступ ко множественному поведению, при помощи разных классов, содержащих одноименные свойства, не плодя при этом код.

Для наглядности:

у нас есть метод Create(); в котором мы хотим создавать новых людей

static void Create()
        {
            // empty...
        }

Есть разные классы, которые создают Human и реализуют интерфейс IHuman

class SimpleHuman : IHuman
    {
        public string Name { get; set; }
        public int Age { get; set; }
        public SimpleHuman()
        {
            Name = "Generic human...";
            Age = 20;
        }
        public SimpleHuman(string name) : this()
        {
            Name = name;
        }
        public SimpleHuman(string name, int age) : this()
        {
            Name = name;
            Age = age;
        }
    }

class CoolHuman : IHuman
    {
        public string Name { get; set; }
        public int Age { get; set; }
        public CoolHuman()
        {
            Name = "BOB!";
            Age = 20;
        }
        public CoolHuman(string name) : this()
        {
            Name = name;
        }
        public CoolHuman(string name, int age) : this()
        {
            Name = name;
            Age = age;
        }
    }

interface IHuman
    {
        string Name { get; set; }
        int Age { get; set; }
    }

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

class Create
    {
        public IHuman Human { get; set; }
        public Create()
        {
            Human = new CoolHuman();
        }
        public void Hello()
        {
            Console.WriteLine("Hello, {0}. Today you are {1} years old", Human.Name, Human.Age);
        }
    }

Конкретно в вашем случае интерфес не нужен.

Вы описали алгоритм сортировки пузырьком.

Его реализация:

int[] array = new[] { 1, 2, 3, 4, 5 };
int temp;
            for (int i = 0; i < array.Length-1; i++)
            {
                for (int j = i + 1; j < array.Length; j++)
                {
                    if (array[i] > array[j])
                    {
                        temp = array[i];
                        array[i] = array[j];
                        array[j] = temp;
                    }
                }
            }

Теперь просто примените этот алгоритм к своей конкретной задаче.

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

Обычно с гридом используют DataSource, к примеру биндят в него dataSet, который содержит в себе Tables.

Выглядит это так:

dataGridView1.DataSource = dataSet.Tables[0];
(на месте "0" может быть и "Название таблицы")

В таком случае нам потребуется добавлять строку в таблицу Tables[0]

dataSet.Tables[0].Rows.Add(); 
dataSet.Tables[0].Rows[dataSet.Tables[0].Rows.Count - 1][int номер ячейки, куда добавить string] = receivedData;

Здесь нужно пояснить, что строки и ячейки в dataSet.Tables индексируются как

.Rows[int индекс строки][int индекс столбца/ячейки (Cells)]

, и для того, что бы узнать, какая наша строка добавилась (а добавилась она в конец), мы, узнав количество Rows.Count строк, вычитаем из Count 1, т.к. индексирование в списках, массивах и т.д. начинается с 0, а в Count не может быть 0, если есть хоть одна строка, то Count уже будет равен 1.

Может потребоваться обновление грида:
dataGridView1.Update();

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

1. Использовать файл Settings.settings в Properties:

• Дважды кликайте по Settings.settings
  
• Добавляете нужные свойства ( к примеру name), не забывая при этом выбрать тип (для примера string)
  
• В коде в using добавляете using yourNameSpace.Properties;
  
• В самом коде для чтения из Settings.settings используете string name = Settings.Default["name"].ToString();
  
• Для сохранения изменений Settings.Default["name"] = name;, затем Settings.Default.Save();
  

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

• Application.StartupPath
  
• XmlWriter
  
• DataSet
  
• DataSet.ReadXml(filePath)
  
• Сериализация xml
  

Кода будеть чуть больше, но зато вы поймёте механизм работы.

3. Использовать сохранение в реестр. Здесь подсказывать ничего не буду, для начала стоит освоить первые два пункта.

Сохранять пользовательскую информацию приложения в базу данных я не вижу смысла (если только не в этом суть приложения), так что предлагать вариант, мол, хранить всё в SQLight или вообще в mssql/any-sql-setver я не стал бы.