Super kurs, jeśli byłbyś w stanie odpowiedzieć na moje pytanie do tego zadania byłbym bardzo wdzięczny. Dlaczego dodanie "Mode=TwoWay" tylko do "ItemsControl" również działa i ustawia pustego stringa w naszych 2 polach NewWorkTaskTitle, NewWorkTaskDescription ?
hej, piszę razem z tobą, ale nie wiem dlaczego po dodaniu nowego taska do listy nie czyści mi textboxa. To samo z opisem. Czy ktoś może mnie nakierować?
Cześć, Zastanawia mnie jedna rzecz, jaki obecnie jest sens uczenia się pisania na desktop? Z tego co widzę więszkość ofert pracy na C# to głównie web lub mobile, a desktop pojawia się bardzo rzadko. Osobiście lubiłem pisać na desktop, ale rynek pracy pokazuje, że to średni pomysł i lepiej skupić się na web. Myślałem nad stackiem .NET Core + WPF. Mam 8 lat doświadczenia jako dev ale web, głównie php symfony oraz rok jako full stack net, w net core + angular. Oczywiście nie neguję, że nie warto, po prostu chciałbym wiedzieć jak to wygląda z innego punktu widzenia niż mój.
Po prostu na co dzień obracasz się w środowisku, które produkuje do sieci. I dlatego WYDAJE CI SIĘ, że na tym świat się kończy. A są tysiące aplikacji desktopowych, i ciągle powstają nowe. Po za tym programowanie to nie tylko praca. Zresztą.... Nie używasz programów desktopowych? Chociażby do projektowania baz danych na potrzeby webu? Do grafiki (do projektowania elementów na strony itp)? Do projektowania GUI (na przykład wyglądu stron www)? Itp? To są właśnie aplikacje desktopowe. Ja w pracy na co dzień używam programów do montażu wideo, obróbki grafiki, i innych bardziej specjalistycznych które z siecią nie mają nic wspólnego. Jest ich wielka mnogość i rozmaitość. Desktop ma się dobrze. A już nawet nie wspominam o apkach na smartfony, czy grach.
@@ajgor64 Masz rację od 8 lat głównie siedzę na web i backend, nawet pracując jako Full Stack .NET Dev był to web i .NET Core. Osobiście lubię pisać na desktop, gdzie GUI sobie wyklikasz i zajmujesz się głównie logiką. Czasami przeglądałem oferty pracy, ale głównie pokazywało mi na web. Skoro twierdzisz, że desktop ma się dobrze, to może warto na tym się skupić? Ja myślałem nad WPF + .Net Core + SQL Server + Entity Framework? A co Ty byś na desktop polecił?
@@reverse3934 Nie wiem, czy SQL Server nie zastąpił bym SQLite, a Entity Frameworka Dapperem. Dapper to taki micro ORM. Nie chcę przesadzić, ale myślę, że lekko licząc, sto razy szybszy od EF. Ostatnio widziałem jakiś filmik z porównaniem. Bazę z 10000 rekordów EF obrabiał ponad minutę (od połączenia z bazą do wyświetlenia wyników w tabeli), a Dapper tą samą bazę w 0.19 sekundy. Ale ma swoje ograniczenia. Nie wspiera LINQ (chociaż jak Ci z rekordów w bazie utworzy listę obiektów C#, to na tej liście możesz LINQ jak najbardziej używać). Zaznaczam - ja NIE JESTEM zawodowcem, a hobbystą, więc nie traktuj tego jako polecenia w związku z pracą. Aha. Znalazłem: ruclips.net/video/-UafDszdJcI/видео.html
@@reverse3934 Ja właśnie wszędzie widzę SQLite :) Każda baza ma swoje zady i walety. SQLite przyszły użytkownik nie musi instalować. Dołączasz do swojego programu dwie biblioteki dll, i one załatwią wszystko. Do SQL Servera chyba potrzebny jest instalator. Z kolei z SQL Servera może jednocześnie korzystać kilku użytkowników, a z SQLIte tylko jeden. W ogóle SQLite to jest lokalna baza. Nie sieciowa. stackoverflow.com/questions/4539542/sqlite-vs-sql-server A co do Entity to jest niby straszna ciężka kobyła. Wielka, ciężka i powolna. Dapper jest mały i szybki. Ale bardziej okrojony za to. No, ale w sumie dobrze, ze są różne opcje do wyboru.
Młody wymiatasz! A za następny odcinek o wykorzystaniu MVVM do aplikacji mobilnej wielkie dzięki!
Jak bindować do funkcji w elementach innych niż Button, np. MouseLeftButtonDown na Border?
Super kurs, jeśli byłbyś w stanie odpowiedzieć na moje pytanie do tego zadania byłbym bardzo wdzięczny.
Dlaczego dodanie "Mode=TwoWay" tylko do "ItemsControl"
również działa i ustawia pustego stringa w naszych 2 polach NewWorkTaskTitle, NewWorkTaskDescription ?
hej, piszę razem z tobą, ale nie wiem dlaczego po dodaniu nowego taska do listy nie czyści mi textboxa. To samo z opisem. Czy ktoś może mnie nakierować?
Autor mówi na filmie o jakichś poprzednich odcinkach, a na kanale są tylko 2, gdzie znaleźć pozostałe?
Są na kanale "Samuraj Programowania".
Playlista filmów Patryka z kanału Samuraj Programowania: ruclips.net/video/EQGgmJLVn48/видео.html
Cześć,
Zastanawia mnie jedna rzecz, jaki obecnie jest sens uczenia się pisania na desktop? Z tego co widzę więszkość ofert pracy na C# to głównie web lub mobile, a desktop pojawia się bardzo rzadko. Osobiście lubiłem pisać na desktop, ale rynek pracy pokazuje, że to średni pomysł i lepiej skupić się na web.
Myślałem nad stackiem .NET Core + WPF. Mam 8 lat doświadczenia jako dev ale web, głównie php symfony oraz rok jako full stack net, w net core + angular. Oczywiście nie neguję, że nie warto, po prostu chciałbym wiedzieć jak to wygląda z innego punktu widzenia niż mój.
Po prostu na co dzień obracasz się w środowisku, które produkuje do sieci. I dlatego WYDAJE CI SIĘ, że na tym świat się kończy. A są tysiące aplikacji desktopowych, i ciągle powstają nowe. Po za tym programowanie to nie tylko praca. Zresztą.... Nie używasz programów desktopowych? Chociażby do projektowania baz danych na potrzeby webu? Do grafiki (do projektowania elementów na strony itp)? Do projektowania GUI (na przykład wyglądu stron www)? Itp? To są właśnie aplikacje desktopowe. Ja w pracy na co dzień używam programów do montażu wideo, obróbki grafiki, i innych bardziej specjalistycznych które z siecią nie mają nic wspólnego. Jest ich wielka mnogość i rozmaitość. Desktop ma się dobrze. A już nawet nie wspominam o apkach na smartfony, czy grach.
@@ajgor64 Masz rację od 8 lat głównie siedzę na web i backend, nawet pracując jako Full Stack .NET Dev był to web i .NET Core. Osobiście lubię pisać na desktop, gdzie GUI sobie wyklikasz i zajmujesz się głównie logiką. Czasami przeglądałem oferty pracy, ale głównie pokazywało mi na web. Skoro twierdzisz, że desktop ma się dobrze, to może warto na tym się skupić? Ja myślałem nad WPF + .Net Core + SQL Server + Entity Framework? A co Ty byś na desktop polecił?
@@reverse3934 Nie wiem, czy SQL Server nie zastąpił bym SQLite, a Entity Frameworka Dapperem. Dapper to taki micro ORM. Nie chcę przesadzić, ale myślę, że lekko licząc, sto razy szybszy od EF. Ostatnio widziałem jakiś filmik z porównaniem. Bazę z 10000 rekordów EF obrabiał ponad minutę (od połączenia z bazą do wyświetlenia wyników w tabeli), a Dapper tą samą bazę w 0.19 sekundy. Ale ma swoje ograniczenia. Nie wspiera LINQ (chociaż jak Ci z rekordów w bazie utworzy listę obiektów C#, to na tej liście możesz LINQ jak najbardziej używać).
Zaznaczam - ja NIE JESTEM zawodowcem, a hobbystą, więc nie traktuj tego jako polecenia w związku z pracą.
Aha. Znalazłem:
ruclips.net/video/-UafDszdJcI/видео.html
@@ajgor64 Na chwile obecną patrzę pod kątem hobbystycznym, z czasem zawodowym. Z tego co widzę na desktop szukają sql server + ef głównie
@@reverse3934 Ja właśnie wszędzie widzę SQLite :) Każda baza ma swoje zady i walety. SQLite przyszły użytkownik nie musi instalować. Dołączasz do swojego programu dwie biblioteki dll, i one załatwią wszystko. Do SQL Servera chyba potrzebny jest instalator. Z kolei z SQL Servera może jednocześnie korzystać kilku użytkowników, a z SQLIte tylko jeden. W ogóle SQLite to jest lokalna baza. Nie sieciowa.
stackoverflow.com/questions/4539542/sqlite-vs-sql-server
A co do Entity to jest niby straszna ciężka kobyła. Wielka, ciężka i powolna. Dapper jest mały i szybki. Ale bardziej okrojony za to. No, ale w sumie dobrze, ze są różne opcje do wyboru.
Nice
Dlaczego nazywasz Model ViewModelem? ViewModel to logika do View, a nie Model.