Witajcie!
zapraszamy Was na siódmy odcinek codingtv();
Dzisiaj przygotujemy serwis Blog – metody potrzebne do pobierania i zapisywania Bloga. Pokażemy również, jak tworzyć mocki z wykorzystaniem biblioteki Moq. Zgodnie z Waszymi uwagami zmieniamy również trochę strukturę katalogów w projekcie.
Zapraszamy do oglądania i czekamy na Wasze komentarze!
Zamieszczamy również linki do omawianych portali:
07. Serwis Blog | codingtv – video-blog programistyczny…
Dziękujemy za publikację – Trackback z dotnetomaniak.pl…
Ja proponuję wrzucić Repozytorium w osobny projekt i nie trzeba zmieniać public/internal. Dodać referencję tylko do projektu Service, czyli tez nie będzie widoczny w web.
Tak się tylko zastanawiam, czy przypadkiem mockowanie tylko wybranych metod nie jest przypadkiem złą praktyką? W tym przypadku nam to akurat nie grozi, ale co jeśli zostałby zmieniony sposób pobierania danych? Test nie przeszedłby nawet jeśli dana metoda byłaby prawidłowa.
Zmiany w kodzie powinny być poprzedzone zmianami w testach. To tak jak z pierwsza implementacją – najpierw test a potem kod.
Testy ewoluują razem z kodem, którego dotyczą. Jeżeli zmieni się sposób pobierania danych to to samo powinno być uwzględnione w napisanych testach.
Nie ma więc potrzeby mockowania całego obiektu na zaś.
Witam,
czy myślał już ktoś nad obsługą współbieżności w EF w projekcie bloga? Wyczytałem przed chwilą na blogu http://andrzej.net.pl/index.php/2011/06/entity-framework-i-optimistic-concurrency/ że wprowadza się dodatkową kolumnę TimeStamp. Ciekawi mnie jakby to wyglądało w podejściu codefirst.
[…] serwisu Follow us on Twitter 88 śledzących RSS Feed / Mail 405 czytelników 07. Serwis – Blog | codingtv(); – video-blog programistyczny 1 głosuj! Witajcie! zapraszamy Was na siódmy odcinek codingtv(); Dzisiaj przygotujemy […]