Конструктор классов и получение дизайна

Я бы рекомендовал отделить ваш доступ к базе данных от ваших классов модели предметной области, таких как Car.

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

Пример использования шаблона репозитория можно найти здесь: http://www.codeproject.com/Articles/688929/Repository-Pattern-and-Unit-of

В MSDN также есть хорошая статья о шаблоне репозитория: https://msdn.microsoft.com/en-us/library/ff649690.aspx?f=255&MSPPError=-2147217396

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

Гораздо лучше, чем создавать методы в ваших классах, которые им не принадлежат.

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

public class Car
{
    public int Id { get; set; }
    public Car() { }
    public Car(int id) { Id = id; }
}

public class CarCollection
{
    public List<Car> Cars { get; set; }

    public void AddCar(Car car) { Cars.Add(car); }

    public Car GetById(int id) { return Cars.Single(x => x.Id == id); }

    public CarCollection(List<Car> cars) { Cars = cars; }
    public CarCollection(Car car) { Cars = new List<Car>() { car }; }
}

Одним из простых решений является использование статического метода, например:

public static Car GetById(int carId)
{
    ... Load car and return it ...
}

Затем вы можете назвать это так:

Car myCar = Car.GetById(18); 

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

public class Car
{
    public string Make {get; set;}
    public string Model {get; set;}
    // additional properties here.
}

public static class CarFactory
{
    public static Car CreateCar(string modelId)
    {
        Car car = new Car();
        // Load the car via whatever mechanism you wish;
        // e.g., web service, database, etc.
        return car;
}

Car fordFairlane = CarFactory.CreateCar("57fordFairlane");

Это сохраняет код для создания объекта автомобиля отдельно от самого объекта автомобиля и позволяет вам изменить способ создания автомобиля, даже не касаясь класса автомобиля.