@FEAofTruss: z chęcią obczaję ;)

@FEAofTruss: Możesz podesłać :)

@Pytoo: Tak i nie. Wszystko zależy gdzie i do czego :)

Powoli odchodzi się od wzorca repozytorium na rzecz innych rozwiązań

@Maav: Mógłbyś rozwinąć? Repository wydaje się prostym i dość czytelnym konceptem, ciekaw jestem jakie są alternatywy.

@Maav: odpisałem pod tamtym wątkiem. ech, repozytoria „przestarzałe” o.O

@Maav: Jedyna zaleta cherry-pick w tym zastosowaniu to możliwość przechowania części zmian (poprzez git add i git add -p), podczas gdy stash zamiata cały projekt.

Ale generalnie koleś przekombinował IMHO.

@Phallusimpudicus: czy tylko ja nie zrozumiałem pytania? :D

@Phallusimpudicus: do zrobienia prostej aplikacji nie ma potrzeby rozdzielać widoku od kontrolera bo nie ma to większego sensu.
Natomiast przy większych projektach dobrze jest zrobić odrębną warstwę prezentacji która jedynie wywołuje gotowe procedury kontrolera. Dzięki temu łatwiej dokonuje się zmian w sposobie działania samej aplikacji. Nie trzeba pamiętać czy zmiana w procedurze X wymaga przerobienia 1 czy 12 przycisków i funkcji na widoku.
Świetnym przykładem dla webu jest asp mvc aPokaż całość

@eru: No patrz pan jak robią w konia biednych programistów ( ͡° ͜ʖ ͡°)

@Modern_Talking: Jeśli chodzi o wiedzę to na początek Troelsen bardzo dobry. Załóż sobie prosty projekt i zrealizuj, potem kolejny itp. Lepiej zrobić 5 małych projektów niż nie zrobić jednego dużego.

@Modern_Talking: Jest mnóstwo stron z różnej trudności zadaniami. Np. https://projecteuler.net/ - matematyczno-algorymiczne, http://www.codewars.com/ - bardziej praktyczne. Dobre jest to, że jak rozwiążesz zadanie to możesz obejrzeć rozwiązania innych i czegoś się nauczyć. Poza tym na przykład pic related.

<3

jak na człowieka co ma konto na wykopie jesteś spoko

@Marmite: Zależy czy chcesz zrobić wszystko na raz równolegle czy pojedynczo przetwarzasz wynik.
Jeśli wszystko to await Task.WhenAll(.....),
Jeśli po jednym to chyba można normalnie foreacha zrobić i w pętli awaitować konkretnego pojedynczego taska

@Javkens: co to za baza? sqlite? sprawdz czy gdzieś wyżej w kodzie za każdym razem nie tworzysz jej (bazy danych) nowa (od zera) przy każdym uruchomieniu.

p.s. obiekt connection zamknij w usingu, albo za close wywołaj jeszcze dispose.

@Javkens: no to sam sobie odpowiedziałeś na pytanie. Coś jest skopane przy dropowaniu oraz recreate bazy przy każdym kolejnym uruchomieniu/debugowaniu.

@Mave: A nie chcesz się SharePointa nauczyć? Bo jak tak to w sumie mógłbym Cię u siebie polecić, szukamy sporej liczby Sharepoint devów :D

@Mave: Credit Suisse teraz szuka na płatny staż, możesz spróbować.

@smyq: Wydaje mi się, że w ten sposób nie dodajesz tego obiektu do "widoku". Spróbuj to dodać do kolekcji innej kontrolki, przykładowo: myGrid.Children.Add(musicElement);

@smyq: Aaa DLACZEGO nie chcesz tworzyć MediaElementu w XAMLu?
Chyba nie należysz do tych "oryginalnych" ludzi, którzy cały UI klepią w code-behind strony?

@Seima: stacktrace, code sample? To, że czegoś nie potrafisz automatycznie nie oznacza tego, że to syf ;-)

@Maav: A to sory, kontent może i wartościowy, ale nie dla mnie.

W sumie to hejtuję Microsoft. ( ͡° ͜ʖ ͡°)
Powodzenia z tagiem.

@bartoneczek: W pracy robimy coś takiego:
ViewModel (implementuje INotifyPropertyChanged):
Wiek { get{ return model.wiek;} set{ if(model.wiek != value){_model.wiek = value; OnPropertyChanged();}}
model nie implementuje INotifyPropertyChanged

edit: komendy aktualizują ViewModel

@bartoneczek: Trzeba uważać z bindowaniem obiektów, które nie implementują INotifyPropertyChanged, bo mogą nie być odśmiecone

@Maav: zwracam honor, agregat de luxe.

@FEAofTruss: załóż jakiś tag by dało to się łatwiej obserwować (｡◕‿‿◕｡)

@FEAofTruss: ta gra to aby nie plagiat? bylo kiedys cos bardzo bardzo podobnego...