Która technologia jako pierwsza? ASP NET czy WPF?

0

Witam,
tak jak w temacie chciałbym się dowiedzieć co jest bardziej opłacalne do nauki jako pierwszą technologię .NET

Pozdrawiam

1

W zależności co chcesz robić. W przypadku WPF, jesteś ograniczony do komputerów z Windowsem, zaś w przypadku ASP NET jesteś ograniczony do urządzeń, które mają przeglądarkę internetową (czyli raczej wszystkie). Do WPF potrzebujesz znajomości C# i XAML. Do ASP NET potrzebujesz HMTL, CSS, JavaScript, ewentualnie jakiś framework jak ReactJS, Angular, Vue co nie zmienia faktu, że powinieneś również znać HTML, CSS i JavaScript. Dochodzi jeszcze opcja pod nazwą Blazor. W dobrym kierunku to idzie, więc zamiast uczyć się nowych języków i frameworków, możesz pisać takie apki jak angular ale w C#. Blazor jest jeszcze we wczesnej becie, według mnie, więc bardziej dla zabawy polecam. Samo ASP NET niestety nie ogarnie wszystko, zawsze będziesz musiał się czymś posiłkować, tu mam na myśli JS, ponieważ przeładowywanie strony przy każdej interakcji użytkownika uprzykrza mu życie.

1

Powiedziałbym że ASP jest najbezpieczniejszą opcją. Koniec końców to web w którym jest najwięcej pracy. Ponadto wystawia Cię do innych uniwersalnych zagadnień jak np. JavaScript.

0

Bardzo dziękuję za te komentarze. Ja również uważam, że wszystko teraz idzie do internetu, dlatego ASP .NET będzie chyba dobrym wyborem. HTML CSS się zna, jak również JS oraz PHP więc myślę, że na początek starczy. Przede mną jeszcze JQuery. W między czasie warto ogarnąć Angulara.

1

Nie wiem skąd się to bierze, może bardziej zorientowani w terenie się wypowiedzą, ale raczej wszystko zmierza do czystego JS, bez JQuery. Zauważyłem jakiś ogólny hate na JQuery, więc może to sobie daruj, a prędzej wybierz sobie jakiś framework - react, angular, vue.

2
AdamWox napisał(a):

Do WPF potrzebujesz znajomości C# i XAML. Do ASP NET potrzebujesz HMTL, CSS, JavaScript

Polemizowałbym, sam od lat pracuję w ASP.NET, a HTML i CSS widziałem na oczy ostatnio ze 4 lata temu. Za to myślę, że ASP.NET bez C# może być bolesne.

Samo ASP NET niestety nie ogarnie wszystko, zawsze będziesz musiał się czymś posiłkować, tu mam na myśli JS, ponieważ przeładowywanie strony przy każdej interakcji użytkownika uprzykrza mu życie.

To jest problem implementacji frontendu, nie ASP.NET jako takiego.

0

@somekind:
To jak piszesz, w WebForms, DevExpress? Skoro już coś podważasz to dobrze by było napisać, że autor tego wątku ma alternatywe do HTML. Nawet ja jestem ciekawy

1

Pewnie pracuje z ASP Net Web API - tam nie jest potrzebny żaden HTML ani CSS

0

Czyli zajmuje się tylko backendem, a obawiam się, że skoro autor wątku ma dylemat pomiędzy WPF, a ASP NET to tworzenie nic nie znaczącego (samego) API jego dylematu nie rozwiąże. Głupie czepianie się słówek i na siłę trzymanie się, że autor pyta o ASP NET, a nie sprecyzował dokładnie. Wypowiedź @somekind w przypadku ASP NET kompletnie nie ma sensu.

1

Byłbym daleki od określania web api jako nic nie znaczącego. To aplikacja udostępniająca różnego typu zasoby. Nic nie znacząca będzie raczej strona internetowa bez źródła danych.

No moim zdaniem wypowiedź @somekind ma sens jeśli dobrze zrozumiałem sens. ASP NET to webformsy, mvc i web api. Tak więc można pracować w ASP NET nie mając potrzeby ani razu użycia html, css czy js.

1

Rozumiem to i rozumiem na czym polega web api, zwyczajnie komentarz, że do ASP NET nie używa HTML i CSS jest głupie. Po co ci web api skoro nigdzie tych danych nie wyświetlisz? W przypadku WPF też będzie pisał tylko część C#?
Ma rację w kwestii web api i html + css, ale w tym wątku zostało ustalone, że autor chce coś wyświetlać i chce robić "full stack", stąd komentarz, dla mnie, jest głupi.

0

Odnoszę wrażenie, że backend jest obecnie deprecjonowany. Nazywanie Web API nic nieznaczącym tylko to potwierdza. ;) IMO lepiej skupić się na początku albo na froncie albo na backendzie, a dopiero gdy poczuje się pewnie w jednym, uczyć się drugiego. Tak samo jak nie ma sensu nauka ASP.NET bez dobrej znajomości C#, tak nie ma sensu pisanie frontu do słabo napisanego API. ;)

Co do jQuery, 2,8 miliona pobrań tygodniowo z NPMa świadczy, że na pewno szybko nie umrze. Dla porównania: Angular - 1,3 miliona, Vue - 1 milion, React - 5,5 miliona. Do tego korzystanie z jQuery w przypadku klasycznej aplikacji MVC jest niesamowicie wygodne ze względu na bardzo przyjemną integrację z ASP.NET Core MVC (chociażby walidacja formularzy), liczbę dostępnych pluginów i prostotę (nie trzeba użerać się z jakimś Webpackiem).

Chociaż takie sarkastyczne artykuły: https://typeofweb.com/10-powodow-dla-ktorych-uzywam-jquery-razem-z-react/ oraz filmiki nie zachęcają do nauki jQuery i jego znajomość będzie spadać:

4
AdamWox napisał(a):

Czyli zajmuje się tylko backendem, a obawiam się, że skoro autor wątku ma dylemat pomiędzy WPF, a ASP NET

Jeśli ktoś w 2019 roku pyta o naukę WPFa, to prawdopodobnie nie ma zbyt wielkiej wiedzy o rynku pracy.

to tworzenie nic nie znaczącego (samego) API jego dylematu nie rozwiąże.

A jednak te "nic nieznaczące" API robi się teraz na potęgę. Po okresie jednolitych aplikacji BE+FE, doszliśmy do etapu, że lepiej tego nie mieszać i robić oddzielnie. Dzięki czemu programistom ASP.NET nie potrzeba już wiedzy o technologiach frontendowych.

AdamWox napisał(a):

Po co ci web api skoro nigdzie tych danych nie wyświetlisz?

No ja jakoś nie mam z tym problemu.
Postman, Fiddler, curl, no i Swagger. Co najmniej.

Ma rację w kwestii web api i html + css, ale w tym wątku zostało ustalone, że autor chce coś wyświetlać i chce robić "full stack", stąd komentarz, dla mnie, jest głupi.

Doprawdy? Nie zauważyłem, żeby cokolwiek zostało ustalone. Autor napisał, co myśli, że umie, a nie co chce. Prawdopodobnie nawet nie wie, czego chce, bo nie wie, jakie ma możliwości.

0
somekind napisał(a):
AdamWox napisał(a):

Czyli zajmuje się tylko backendem, a obawiam się, że skoro autor wątku ma dylemat pomiędzy WPF, a ASP NET

Jeśli ktoś w 2019 roku pyta o naukę WPFa, to prawdopodobnie nie ma zbyt wielkiej wiedzy o rynku pracy.

Tak dla jasności czyli już tylko WEB ? Nie ma sensu już robić stacjonarnych aplikacji w ogóle ? Czy, że może chodzi, że jeśli już to w innej technologii ?
Pytam bo w sumie na jakieś tam własne potrzeby sprawdzam i rzeźbie z WPF ... pomimo, że kiedyś tam wieki temu pisałem pracę mgr. w ASP.NET.

0

@BlackBad: To nie takie proste. Istnieje zapewne sporo aplikacji w WPF, gdzieniegdzie pewnie tworzy się i nowe. Web nie nadaje się do wszystkiego. Ale zdecydowana większość, to jednak web albo API, więc jeśli wchodzi się na rynek, to o pracę w WPF będzie prawdopodobnie znacząco trudniej niż w webie. No i tu już samemu sobie trzeba odpowiedzieć na pytanie, czy się opłaca podejmować to ryzyko.

1
nobody01 napisał(a):

Odnoszę wrażenie, że backend jest obecnie deprecjonowany. Nazywanie Web API nic nieznaczącym tylko to potwierdza. ;)

Skąd w ogóle pomysł że backend jest deprecjonowany? I kto nazywa Web API nic nie znaczącym, oraz dla czego ma to potwierdzać cokolwiek?

0

Rynek może wyglądać różnie. To,, że technologia jest mało popularna nie znaczy, że nie da się dobrze zarobić.
Ja mam nowe projekty w WinForms i jakoś się nie boję ale ja jestem programujacym specjalistą z innych dziedzin.
Gdybym dzisiaj zaczynał to szedłbym od razu w web ale zaczynałem w czasach gdy w web pisało się skrypty perla. Wiec ten...

2
nobody01 napisał(a):

Chociaż takie sarkastyczne artykuły: https://typeofweb.com/10-powodow-dla-ktorych-uzywam-jquery-razem-z-react/

10-powodow-dla-ktorych-uzywam-jquery-razem-z-react byś się zdziwił ile takich apek widziałem :)

1 użytkowników online, w tym zalogowanych: 0, gości: 1