AutoMapper vs ValueInjecter [zamknięte]

Za każdym razem, gdy szukam rzeczy AutoMapper na StackOverflow, czytam coś o ValueInjecter .

Czy ktoś może mi powiedzieć zalety i wady między nimi (wydajność, funkcje, wykorzystanie interfejsu API, rozszerzalność, testowanie)?

jako twórca ValueInjecter mogę powiedzieć, że to zrobiłem, ponieważ chciałem czegoś prostego i bardzo elastycznego

Naprawdę nie lubię pisać dużo ani pisać monkey codetakich jak:

Prop1.Ignore, Prop2.Ignore etc.
CreateMap<Foo,Bar>(); CreateMap<Tomato, Potato>(); etc.

ValueInjecter to coś w rodzaju mozilli z wtyczkami, tworzysz ValueInjections i używasz ich

są wbudowane zastrzyki do spłaszczania, spłaszczania i niektóre, które mają być dziedziczone

i działa bardziej pod względem aspektu , nie musisz określać wszystkich właściwości od 1 do 1, zamiast tego robisz coś takiego:

weź wszystkie właściwości int ze źródła, którego nazwa kończy się na „Id”, przekształć wartość i ustaw każdą z nich na właściwość w obiekcie źródłowym o tej samej nazwie bez sufiksu Id, a jej typ jest dziedziczony z Entity, takie rzeczy

więc jedną oczywistą różnicą jest to, że ValueInjecter jest stosowany nawet w formach okien ze spłaszczaniem i spłaszczaniem, jest to tak elastyczne

(mapowanie od obiektu do formantów i odwrotnie)

Automapper, nieużywany w formularzach Windows, bez rozpakowywania, ale ma dobre rzeczy, takie jak mapowanie kolekcji, więc na wypadek, gdybyś potrzebował go za pomocą ValueInjecter, po prostu robisz coś takiego:

foos.Select(o => new Bar().InjectFrom(o));

możesz także użyć ValueInjecter do mapowania z anonimowych i dynamicznych obiektów

różnice:

• automapper utwórz konfigurację dla każdej możliwości mapowania CreateMap ()

• valueinjecter wstrzykuje z dowolnego obiektu do dowolnego obiektu (zdarzają się również przypadki, gdy wstrzykujesz z obiektu na typ wartości)

• automapper ma wbudowane spłaszczanie, i tylko dla prostych typów lub tego samego typu, i nie ma spłaszczania

• valueinjecter tylko wtedy, gdy jest to potrzebne to zrobić target.InjectFrom<FlatLoopValueInjection>(source); also <UnflatLoopValueInjection> , a jeśli chcesz od Foo.Bar.Name of type Stringdo FooBarName of type Class1was dziedziczyć FlatLoopValueInjection i określić ten

• automapper domyślnie odwzorowuje właściwości o tej samej nazwie, a przez resztę musisz określać jeden po drugim i robić takie rzeczy jak Prop1.Ignore (), Prop2.Ignore () itp.

• valueinjecter ma domyślny zastrzyk .InjectFrom (), który wykonuje właściwości o tej samej nazwie i typie; dla wszystkiego innego, co tworzysz niestandardowe wtryski wartości z indywidualną logiką / regułami mapowania, bardziej podobne aspekty, np. od wszystkich rekwizytów typu Foo do wszystkich rekwizytów typu Bar

Ponieważ nigdy nie korzystałem z żadnego z innych narzędzi, mogę mówić tylko o AutoMapper. Miałem kilka celów do zbudowania AutoMapper:

• Wsparcie spłaszczania głupich obiektów DTO
• Obsługa oczywistych scenariuszy po wyjęciu z pudełka (kolekcje, wyliczenia itp.)
• Być w stanie łatwo zweryfikować mapowania w teście
• Zezwalaj na przypadki krawędzi do rozpoznawania wartości z innych miejsc (niestandardowe mapowanie typu> mapowanie poszczególnych elementów i niektóre naprawdę szalone przypadki krawędzi).

Jeśli chcesz to zrobić, AutoMapper działa dla Ciebie bardzo dobrze. Co AutoMapper nie radzi sobie 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ą ustawiaczy, nie ujawniają kolekcji itp., Dlatego nie ma ich tam. Używamy AutoMapper do spłaszczania do DTO i mapowania z modeli interfejsu użytkownika w celu wydawania poleceń i tym podobnych. Właśnie tam to działa naprawdę, bardzo dobrze dla nas.

Próbowałem obu i wolę ValueInjecter, ponieważ jest to takie proste:

myObject.InjectFrom(otherObject);

To wszystko, co trzeba wiedzieć o ogromnej większości moich potrzeb związanych z zastrzykami. Nie może być prostszy i bardziej elegancki niż ten.

To pytanie też badam, a dla mojego przypadku użycia wydaje się to bardzo przydatne. Nie wymaga wcześniejszej konfiguracji (wydaje mi się, że może obniżyć wydajność, chociaż inteligentnie zaimplementowany może buforować odwzorowania dla przyszłych wywołań, a nie odzwierciedlać za każdym razem), więc nie musisz predefiniować żadnych odwzorowań przed ich użyciem.

Najważniejsze jednak, że umożliwia odwrotne mapowanie. Teraz może coś mi brakuje, ponieważ Jimmy wspomina, że ​​nie widzi przypadku użycia, w którym jest to konieczne, więc może mam błędny wzór, ale moim przypadkiem użycia jest to, że tworzę obiekt ViewModel z mojej ORM. Następnie wyświetlam to na mojej stronie internetowej. Kiedy użytkownik skończy otrzymam ViewModel z powrotem jako httppost, w jaki sposób zostanie to przekonwertowane z powrotem do oryginalnych klas ORM? Chciałbym poznać wzór z automapper. Z ValueInjector jest to banalne, a nawet się spłaszczy. np. Utworzenie nowego bytu

Model utworzony przez bytframework (najpierw model):

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ę ozdobić za pomocą walidatorów):

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();
        }
    }

Moim zdaniem nie jest to prostsze?

(To nasuwa pytanie, co jest nie tak ze wzorcem, na który się natknąłem (i wydaje się, że robi to wielu innych), że nie jest postrzegane jako wartość dla AutoMapper?)

Jeśli jednak ten wzór, jak opisano, jest tym, którego chcesz użyć, to mój głos jest wartościowy w przeliczeniu na milę kraju.