Bartek Szafko

all of the bits and pieces

Dlaczego Entity Framework będzie rządzić światem

with 8 comments

Nadrabiając ostatnio zaległości w słuchaniu DotNetRocks w odcinku #411 o ORM-ach Ward Bell podniósł ciekawą kwestię, a mianowicie, że Entity Framework będzie dominującym mapperem obiektowo relacyjnym na rynku. Myśl całkiem przewrotna, szczególnie biorąc pod uwagę “Vote of No Confidence”(Alt.NET podcast – hej tutaj też Ward Bell) ze strony społeczności. Jednak warto odsunąć flamewar i love to hate relationship do MS na bok i spojrzeć na fakty.

Po pierwsze zasoby

Microsoft inwestuje w EF nieprawdopodobne zasoby, takie o których np.: NHibernate może tylko pomarzyć. Oczywiście jak zwykle V1 pozostawia trochę do życzenia, ale MS już wielokrotnie dowiódł(patrz Vista –> Windows 7), że jednak potrafi się uczyć na błędach i słuchać klientów, więc następne wersje zapewne będą już o wiele lepsze.

Po drugie literatura

Ward podniósł też ciekawy argument – ile jest opublikowanych książek dotyczących NHibernate – okazuje się, że nie ma :( natomiast już w tej chwili są dostępne conajmniej 3 książki na ten temat.Tutaj ciekawostka – link do bloga Julie Lerman, która sama jest autorką spoooorej książki o Entity Framework.

O EF na C2C

c2c logo male

Julie Lerman będzie prelegentem na konferencji Communities2Communities więc będzie okazja, aby posłuchać o EF prosto z ust ekspertki. Na zeszłorocznej edycji C2C temat EF również był obecny pod postacią prelekcji Jarka Kowalskiego.

Inne podobne artykuły:

Written by Bartłomiej Szafko

January 24th, 2009 at 11:09 am

Posted in .NET,Development

1 Trackbacks/Pingbacks

  1. Bartek Szafko » Blog Archive » 15. spotkanie PG.NET

with 8 comments to “Dlaczego Entity Framework będzie rządzić światem”

Subscribe comments with RSS. TrackBack URL.

  1. Marek Blotny

    24 Jan 09 at 17:10

    Zgadzam sie w 100% ze Microsoft osiagnie swoj cel i EF bedzie kiedys dominowal. Pytanie tylko ile czasu jeszcze im na to potrzeba …

    Nie do konca zgadzam sie natomiast co do literatury poniewaz:
    1) dokumentacja do NHibernate jest calkiem dobra
    2) sa ksiazki jak na przyklad “Hibernate in Action” z ktorych 90% ma zastosowanie w naszym swiecie ;)

    I jeszcze na koniec pytanie … na ile warto na dzien dzisiejszy czytac ksiazki odnosnie EF? Technologia zmienia sie bardzo dynamicznie wiec naturalne jest pytanie na ile to co jest w ksiazkach pokrywa sie z rzeczywistoscia (dzis, za miesiac lub za 6 miesiecy)?

  2. Bartłomiej Szafko

    24 Jan 09 at 19:15

    Marek,

    dzięki za sprostowanie literatury :)

    natomiast jeśli chodzi o czytanie książek, to zgadzam się z Tobą, że czytanie w tej chwili jest trochę bez sensu, bo wszystko zmienia się bardzo szybko. Natomiast ma to nieprawdopodobne znaczenie w marketingu – ludzie którzy podejmują decyzję odnośnie technologii mogą to brać pod uwagę.

    MS już wielokrotnie dowiódł, że potrafi wychwycić trendy programistyczne – np.: Castle MonoRail Framework -> ASP .NET MVC. I jeżeli jeszcze dodatkowo postawi za tym swój marketing no to reszta może się tylko schować ;P

  3. Darek Tarczyński

    26 Jan 09 at 00:16

    NHibernate Rules!
    Ja już poprostu z dużą ostrożnością patrzę ta takie stwierdzenia jak te o których piszesz. Sam przyznasz, że MS często zachowuję się tak, jak by sam nie wiedział co chce. Ja mam stabilne NHibernate i nie muszę obawiać się, że komuś “odbije” i powywraca wszystko do góry nogami.

  4. Aleksander Sumowski

    26 Jan 09 at 17:12

    Jest już dostępna finalna wersja NHibernate in Action.

  5. iniside

    15 May 09 at 19:34

    Ja sie niestety od EF odbilem. Naprawde chcialem i probowalem go uzywac, ale aktualnie jest to, albo za malo instuicyjne, albo poprostu pewne rzeczy nie dziaja jak trzeba i trzeba kombinowac na około (ale chyba nie w tym rzecz ?, Frameworki maja zycie ulatwiac a nie utrudniac).
    Przy tak prostej rzeczy jak relacja Jeden do Wielu EF wywiesil biala flage i nie wiedzial co ma robic (przyklad zyciowy, mam tabele Users i Tabele Titles, w Tabeli Users znajduje sie kolumna TitleID, ktora to nie moze byc null, i przy tworzeniu nowego usera trzeba cos tam wpisac). Niestety EF nie jest w stanie poprawnie zmapowac takiego polaczenia, manualnie tez zreszta nieodkrylem jak to zmapowac.
    Wracam do LINQ to SQL, przynajmniej dziala bez problemow ;e.

  6. ck

    12 Jun 09 at 12:52

    EF nie ma najmniejszych problemów, żeby mapować Jeden do Wiele albo Wiele do Wiele. Widać musiałeś zrobić coś nie tak.

  7. piotrbugla

    8 Oct 11 at 09:08

    @iniside, a klucze obce masz założone na tabelach? Rozumiem, że tworzysz model ze struktury bazy.

Leave a Reply