AutoMapper vs ValueInjecter [zamknięty]

Ponieważ nigdy nie używałem żadnego z innych narzędzi, mogę mówić tylko o AutoMapper. Miałem na myśli kilka celów budowy Automapera:

• Wsparcie spłaszczania do głupich obiektów DTO
• Obsługa oczywistych scenariuszy po wyjęciu z pudełka(zbiory, wyliczenia itp.)
• być w stanie łatwo zweryfikować mapowania w teście
• pozwala na rozwiązywanie przypadków krawędzi w innych miejscach (niestandardowe mapowanie typu - > typ, Indywidualne mapowanie elementów i niektóre naprawdę szalone krawędzie przypadki).

Jeśli chcesz robić te rzeczy, AutoMapper działa bardzo dobrze dla Ciebie. Rzeczy, które Automaper nie robi dobrze to:

• wypełnianie istniejących obiektów
• Unflattening

Powodem jest to, że nigdy nie musiałem robić tych rzeczy. W przeważającej części nasze podmioty nie mają seterów, nie wystawiają kolekcji itp. dlatego go tam nie ma. Używamy AutoMapper do spłaszczania do DTOs i mapowania z modeli interfejsu użytkownika do komunikatów poleceń i tym podobnych. Tak to działa bardzo, bardzo dobrze dla nas.

Próbowałem obu i wolę ValueInjecter, bo to takie proste:

myObject.InjectFrom(otherObject);

To jest pytanie, które również badałem, i dla mojego przypadku użycia, wydaje się być valueinjecter ręce w dół. Nie wymaga wcześniejszej konfiguracji do użycia (może trafić w Wydajność, chociaż jeśli zostanie mądrze zaimplementowany, może buforować mapowania dla przyszłych wywołań zamiast odzwierciedlać za każdym razem), więc nie musisz predefiniować żadnych mapowań przed ich użyciem.

Co najważniejsze, umożliwia jednak odwzorowanie odwrotne. Teraz może mi czegoś brakuje, bo Jimmy wspomina, że nie widzi sensu. przypadek, w którym jest to konieczne, więc może mam wzór źle, ale mój przypadek użycia jest to, że tworzę obiekt ViewModel z mojego ORM. Następnie wyświetlam to na mojej stronie internetowej. Gdy Użytkownik skończy, odzyskam ViewModel jako httppost, w jaki sposób zostanie to przekonwertowane z powrotem do oryginalnych klas ORM? Chciałbym znać wzór z automapp. Z ValueInjector jest to trywialne, a nawet unflatten. np. tworzenie nowego podmiotu

Model stworzony przez entityframework (model pierwszy): {]}

public partial class Family
{ 
    public int Id { get; set; }
    public string FamilyName { get; set; }

    public virtual Address Address { get; set; }
}

public partial class Address
{
    public int Id { get; set; }
    public string Line1 { get; set; }
    public string Line2 { get; set; }
    public string TownCity { get; set; }
    public string County { get; set; }
    public string Postcode { get; set; }

    public virtual Family Family { get; set; }
}

ViewModel (który mogę udekorować walidatorami):

public class FamilyViewModel
{
    public int Id { get; set; }
    public string FamilyName { get; set; }

    public int AddressId { get; set; }
    public string AddressLine1 { get; set; }
    public string AddressLine2 { get; set; }
    public string AddressTownCity { get; set; }
    public string AddressCounty { get; set; }
    public string AddressPostcode { get; set; }
}

ViewController:

    //
    // GET: /Family/Create

    public ActionResult Create()
    {
        return View();
    } 

    //
    // POST: /Family/Create

    [HttpPost]
    public ActionResult Create(FamilyViewModel familyViewModel)
    {
        try
        {
            Family family = new Family();
            family.InjectFrom<UnflatLoopValueInjection>(familyViewModel);
            db.Families.Add(family);
            db.SaveChanges();
            return RedirectToAction("Index");
        }
        catch
        {
            return View();
        }
    }

(więc to nasuwa się pytanie, co jest nie tak ze wzorem, który napotkam na to (i wydaje się, że wiele innych robi), że nie jest postrzegany jako wartość dla AutoMapper?)

Jednak, jeśli ten wzór, jak decscribed, jest taki, którego chcesz użyć, to mój głos jest wart mili kraju.