Shedal

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

В принципе же, ответ таков: выделять классический DAL — Data Access Layer. Для этого существует много стандартных паттернов. Например:

• Data Mapper (+Repository)
• Active Record
• А то и Query Object

Самое простое — Data Mapper. Создаёте интерфейс для вашей сущности:

interface ICarData
{
  void Insert(Car car);
  Car GetById(int id);
  // и т.д.
}

Затем наследуете от этого интерфейса классы, его реализующие — e.g. MySqlCarData, MongDbCarData.
Отдельная задача здесь — определение, какой класс использовать. Самый простой способ — задавать имя класса через конфигурационный файл и создавать объект нужного класса простой фабрикой (switch(className) {… } ). Более красиво — использовать IoC/DI контейнер.

Из MSDN:

The Application_Start and Application_End methods are special methods that do not represent HttpApplication events. ASP.NET calls them once for the lifetime of the application domain, not for each HttpApplication instance.

То есть, ваш поток, скорее всего, создаётся в отдельном процессе — не в том, в котором крутится ваш конкретный HttpApplication instance.
Попробуйте вместо этого создавать поток в методе Init(), должно помочь.

По-моему, вы не до конца продумали, как вы это хотите использовать. Вам же все равно прийдется создавать объект класса, который наследует оба интерфейса, а, значит, и создавать класс ColorClickableButton: IClickableButton, IColorButton.

В любом случае, вам, возможно, поможет конструкция типа этой:

public class MyForm<T> where T : IClickableButton, IColorButton
{
    T Button { get; set; }
}