Comments on: Entity Framework 4 a NHibernate http://simon-says-architecture.com/2010/05/25/entity-framework-4-a-nhibernate/ Szymon Pobiega about software engineering and architecture Fri, 03 Feb 2012 10:29:36 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Tarciu http://simon-says-architecture.com/2010/05/25/entity-framework-4-a-nhibernate/comment-page-1/#comment-876 Tarciu Tue, 08 Jun 2010 07:01:04 +0000 http://simon-says-architecture.com/?p=645#comment-876 "sobiście nie wierzę w scenariusze “n-tier” z przesyłaniem obiektów domenowych do klienta" Czyli co, przepakowywanie do/z DTO? Mógłbyś napisać kiedyś o tym coś więcej? Jakie podejście stosujesz, żeby zmniejszyć uciążliwość tworzenia i utrzymania takiego kodu? “sobiście nie wierzę w scenariusze “n-tier” z przesyłaniem obiektów domenowych do klienta”

Czyli co, przepakowywanie do/z DTO?
Mógłbyś napisać kiedyś o tym coś więcej? Jakie podejście stosujesz, żeby zmniejszyć uciążliwość tworzenia i utrzymania takiego kodu?

]]> By: dotnetomaniak.pl http://simon-says-architecture.com/2010/05/25/entity-framework-4-a-nhibernate/comment-page-1/#comment-863 dotnetomaniak.pl Sat, 29 May 2010 19:19:04 +0000 http://simon-says-architecture.com/?p=645#comment-863 <strong>Entity Framework 4 a NHibernate « Notki Po Polsku « Simon says… architecture!...</strong> Dziękujemy za publikację - Trackback z dotnetomaniak.pl... Entity Framework 4 a NHibernate « Notki Po Polsku « Simon says… architecture!…

Dziękujemy za publikację – Trackback z dotnetomaniak.pl…

]]> By: Szymon Pobiega http://simon-says-architecture.com/2010/05/25/entity-framework-4-a-nhibernate/comment-page-1/#comment-861 Szymon Pobiega Wed, 26 May 2010 03:19:01 +0000 http://simon-says-architecture.com/?p=645#comment-861 @PiotrB Jeśli zmiany wykonują się po drugiej stronie kabla, to już jest zupełnie inna historia. Wydaje mi się, że funkcjonalność "self-tracking entities" ma z tym coś wspólnego. Ogólnie -- osobiście nie wierzę w scenariusze "n-tier" z przesyłaniem obiektów domenowych do klienta, dlatego się tym dogłębnie nie zajmowałem. Jeśli chodzi o "normalny" scenariusz (po stronie serwera), to wartości są pobierane podczas wyciągania obiektu z bazy (precyzyjniej mówiąć: podczas dołączania go do ObjectContext-u). Porównanie zmian następuje w momencie wywołania DetectChanges, czyli np. podczas wywołania SaveChanges. @PiotrB

Jeśli zmiany wykonują się po drugiej stronie kabla, to już jest zupełnie inna historia. Wydaje mi się, że funkcjonalność “self-tracking entities” ma z tym coś wspólnego. Ogólnie — osobiście nie wierzę w scenariusze “n-tier” z przesyłaniem obiektów domenowych do klienta, dlatego się tym dogłębnie nie zajmowałem.

Jeśli chodzi o “normalny” scenariusz (po stronie serwera), to wartości są pobierane podczas wyciągania obiektu z bazy (precyzyjniej mówiąć: podczas dołączania go do ObjectContext-u). Porównanie zmian następuje w momencie wywołania DetectChanges, czyli np. podczas wywołania SaveChanges.

]]> By: PiotrB http://simon-says-architecture.com/2010/05/25/entity-framework-4-a-nhibernate/comment-page-1/#comment-858 PiotrB Tue, 25 May 2010 22:20:45 +0000 http://simon-says-architecture.com/?p=645#comment-858 "Ponieważ dla Complex Type EF nie prowadzi change tracking’u (sprawdzenie, czy należy zaktualizować bazę wykonywane jest za pomocą porównania wartości aktualnych i pobranych), " Kiedy te wartości sa pobierane? Przed ewentualnym zapisem, czy na czas wykonania zmian przez warstwe logiki/prezentacji jest gdzieś przechowywany stan? I co w takim razie się dzieje, jak zmiany wykonują się po drugiej stronie kabla? “Ponieważ dla Complex Type EF nie prowadzi change tracking’u (sprawdzenie, czy należy zaktualizować bazę wykonywane jest za pomocą porównania wartości aktualnych i pobranych), ”

Kiedy te wartości sa pobierane? Przed ewentualnym zapisem, czy na czas wykonania zmian przez warstwe logiki/prezentacji jest gdzieś przechowywany stan? I co w takim razie się dzieje, jak zmiany wykonują się po drugiej stronie kabla?

]]>