LINQ to SQL entity and data-context classes: business object encapsulation

Znalazłem wzór, który moim zdaniem działa najlepiej -- przynajmniej w moim przypadku.


Rozszerzam klasy encji za pomocą klas częściowych. Używam klas częściowych, aby sygnatura encji nie uległa zmianie (patrz wywołanie DeleteOnSubmit w metodzie Delete).

A oto część klasy, w której implementuję logikę biznesową:

/// <summary>
/// This class extends BusinessLogicDataContext.Products entity class
/// </summary>
public partial class Product
{
    /// <summary>
    /// New up a product by column: dbo.Products.ProductId in database
    /// </summary>
    public Product(Int32 id)
    {
        var dc = new BusinessLogicDataContext();

        // query database for the product
        var query = (
            from p in dc.Products 
            where p.ProductId == id 
            select p
        ).FirstOrDefault();

        // if database-entry does not exist in database, exit
        if (query == null) return;

        /* if product exists, populate self (this._ProductId and
           this._ProductName are both auto-generated private
           variables of the entity class which corresponds to the
           auto-generated public properties: ProductId and ProductName) */
        this._ProductId = query.ProductId;
        this._ProductName = query.ProductName;
    }


    /// <summary>
    /// Delete product
    /// </summary>
    public void Delete()
    {
        // if self is not poulated, exit
        if (this._ProductId == 0) return;

        var dc = new BusinessLogicDataContext();

        // delete entry in database
        dc.Products.DeleteOnSubmit(this);
        dc.SubmitChanges();

        // reset self (you could implement IDisposable here)
        this._ProductId = 0;
        this._ProductName = "";
    }
}

Korzystanie z wdrożonego biznesu logika:

// new up a product
var p = new Product(1); // p.ProductId: 1, p.ProductName: "A car"

// delete the product
p.Delete(); // p.ProductId: 0, p.ProductName: ""

Ponadto: klasy encji LINQ do SQL mają bardzo otwarty charakter. Oznacza to, że właściwość odpowiadająca dbo.Produkty.ProductId column implementuje zarówno getter jak i setter--to pole nie powinno być zmienne.

Według mojej wiedzy nie można nadpisać właściwości za pomocą klas częściowych, więc zazwyczaj robię to implementując menedżera, który zawęża obiekt za pomocą interfejsu:

public interface IProduct
{
    Int32 ProductId { get; }

    void Delete();
}