Aktywne Wpisy
artekadonis2 +391
To z tyłu to dym, obok nowo powstające budynki, Pani prezes Marywilskiej 44 oficjalnie ma układy z tego co pamiętam MirBud, 1000 boksów, czyli jakieś setki ludzi zostało ze zgliszczami swoich inwestycji, strajk przeciw podwyżkom, sprawa załatwiona. Historia lubi się powtarzać
#warszawa #marywilska
#warszawa #marywilska
Malenaa +1
Jeżdżę pomagać mojej dziewczynie w przeprowadzce (razem od pół roku), malowaliśmy pokoje, trochę rzeczy przenosiliśmy. Przeprowadza się z matką, nie mają za bardzo żadnego chłopa żeby im pomógł z takimi robotami. Byłem pomagać tam 5 razy, ze 3 razy od rana do wieczora,mam jakoś 40 minut drogi do niej. Nie dają mi żadnych pieniędzy za to, tylko wyżerkę i podziękowania.
Mieszkam z rodzicami i oni twierdzą, że się daje wykorzystywać i sobie
Mieszkam z rodzicami i oni twierdzą, że się daje wykorzystywać i sobie
Kto ma rację?
- Ja 78.5% (300)
- Moi rodzice 21.5% (82)
mam taką zagwózdke/zagadke
mam metodę która w sygnaturze zwraca pointera do struktórki o nazwie RestError i ofc jak wszystko pójdzie dobrze to jest
return nil
https://github.com/mkruczek/user-store/blob/main/repository/user/user.go#L23
tam gdzie owa metoda jest wywoływana, następuje sprawdzenie
err!=nil
https://github.com/mkruczek/user-store/blob/main/domain/user/service/user/user.go#L50
i moje pytanie brzmi, dlaczego muszę dodatkowo w tym if-ie dodać
err != (*errors.RestError)(nil)
, bo bez tego sprawdzenieerr != nil
zwraca true (obrazek)jedyne co udało mi się "ustalić" to że jak w lini 50 użyje nowej zmiennej
err1 := s.repo.Save(&e)
to działa tak jakbyśmy się tego spodziewaliktoś może spotkał się z czymś takim i może mnie naprowadzić dlaczego tak się dzieje?
#golang
err
Zostało już wcześniej zadeklarowane z typemerror