GoDev

Blog programisty.

PictOgr - przygotowanie projektu.

Repo

Najsam przód trzeba by sobie przygotować projekcik, dlatego raz dwa + nazwa i VS wygenerował mi się WPFik. Następnie fajnie byłoby kontrolować wersje kiedy i jak pasuje kod.

W katalożku PictOgr-a odpalam basha i frunę:

  • wydaję sobie komende git init,
  • dopinam GitHuba git remote add origin https://github.com/krzysztofowsiany/pictogr,
  • zaciągam GitHubem wklepując git fetch,
  • i cacy.

PictOgr - przygotowanie projektu

Moja robota w drzewie git:

  • master->dev,
  • dev-ka rozwijam sobie na bieżąco rozwijając taski w pod gałązkach, jak mi wpadnie do głowy potrzeba wydania wersji to wrzucam sobie w master.

Po powrocie do przyszłości może się też pojawić gałązka testing, tj. maser->testing->dev.

Potem już tylko podpinanie pliczków, ignorowanie i integracja z repo.

Zabawa w bibliotekarza

PictOgr-a potrzebuje wsparcia, trzeba było udać się do biblioteki i godzinami studiować zawartość.

Ale udało się wyłuskać kilka pozycji obowiązkowych w miejscu o nazwie „Package Manager Console”.

Dla projektu kilka „książek” z biblioteki:

  • AutoFac - kontenerek na obiekty, (Install-Package Autofac, Autofac),
  • LiteDb - bazka dla nieznających S-kuela, (Install-Package LiteDb, LiteDb),
  • log4net - zapis popełnionych błędów i innych informacji, (Install-Package log4net, log4net),
  • photo.exif - czytanie nagłówka EXIF z pliczków graficznych, (Install-Package photo.exif, photo.exif).

Do teścików będę potrzebował poniższego zestawu:

  • FakeItEasy - do udawania obiektów w testach, (Install-Package FakeItEasy, FakeItEasy),
  • xUnit - baza do teścików, dodatkowo VS wymaga runnera, (Install-Package xUnit, xUnit),
  • Shouldly - upiększone asercje w oparciu o Fluent Pattern, (Install-Package Shouldly, Shouldly).

To tyle na chwilę obecną, w trakcie rozwoju, zapewne dojdą kolejne biblioteczki.

Testowanie Ogra

Testowanie Testować trzeba dużo, a w zasadzie szybciej niż się cokolwiek zrobi. Słaby jestem w tym chciałbym to zmienić.Dlatego przeznaczę cały project na to ;).

Będzie się zwał PictOgr.Tests i całe mięsko tam będzie się znajdować.

Nie jestem Krzysztof Kolumb (choć Krzysztof) i hameryki nie odkryję na nowo, chcę się tego nauczyć, a to jest dobry pomysł, a i ludzie będą paczeć na mój kod.

Ty! Pacz! Nie ma testów! HA! HA! HA! Co za burak! HA! HA! HA!

Struktura Ogra

Struktura Ogra Początkowo słaba ta strukturka tylko 3 projekciki. A toteż mało czasu człowiek ma tylko 24h i projekt mozolnie pcha się do przodu jak ślimak.

Jak to dobrze, że jestem devem i mam 48h na dobę.

PictOgr - główny projekt, WPFki podstawowego widoku. PictOgr.Core - przydatne zestawy funkcji, jak pobieranie mięcha dla kontenera AutoFac. PictOgr.Tests - testy, testy, moje testy aplikacji nic po za tym.

I the End

Pokusiłem się o implementację:

  • CQRS,
  • AutoFac,
  • Testów.

Jest to kod rozwojowy i jak się rozwinie to wówczas będzie czas na post.

Ale to w kolejnym skrobaniu tekstu na „Daj Się Poznać 2017”.


Daj Się Poznać 2017

Jest to post przygotowany na potrzeby konkursu „Daj Się Poznać 2017” organizowanym przez Macieja Aniserowicza.

Blog http://godev.gemustudio.com
Projekt http://godev.gemustudio.com/pictogr-pomysl
GitHub github.com/krzysztofowsiany/pictogr
Snapchat www.snapchat.com/add/gocom7
Facebook www.facebook.com/PictOgr-1729700930654225
Twitter twitter.com/gemu_gocom
RSS http://godev.gemustudio.com/category/daj-sie-poznac-2017/feed