Aplikacje webowe, wybór

Ze Scalą jest nadal problem w tym, że są niekompatybilności na poziomie binarnym pomiędzy wersjami i trzeba co jakiś czas przekompilowywać kod bibliotek jeśli się migruje na nowe wersje Scali. No i Scala jest dość trudna w porównaniu do Javy. Z tym, że nie znam języka, który byłby zarówno prosty (tzn na poziomie obecnej Javy na przykład) jak i był zwięzły, czytelny i przyspieszał znacznie prototypowanie. Języki kaczo typowane w dużych projektach odpadają, więcej czasu straci się na upewnianu się jakie obiekt ma metody niż na pisaniu kodu.

Na indeed.co.uk "scala developer" daje 0.5k wyników, a "java developer" 20k wyników, a więc współczynnik jest 1:40. Gdyby było tak jak 1:10 to byłoby moim zdaniem optymalnie, zakładając, że popularność Javy by nie spadła. Patrząc na polski Indeed, to stosunek dla "programista java" i "programista scala" to jakieś 1:400, a więc tragedia. Ale za parę lat to się pewnie zmieni - nowości z zachodu przychodzą do nas z opóźnieniem :P

Trochę odbiegacie od tematu. Autor zadał pytanie odnośnie technologii webowych. Ja swoje zdanie przedstawiłem- w webie ASP.NET bije na głowę Javę. Chętnie wysłucham osób, które się z tym nie zgadzają :)

Z ASP.NET mamy 2 technologie: WebForms i MVC. Pierwsza jak dla mnie na dzień dzisiejszy ssie, nie przepadam za nią. Druga to chyba obok Silverlighta najbardziej ciekawa i dobrze zaprojektowana technologia od MS jakiej przyszło mi używać. Także jakbyś wybrał ASP.NET to staraj się iść w stronę drugiego framworka, chociaż w Polsce jest on jeszcze mało popularny.

w webie ASP.NET bije na głowę Javę

Tzn co porównujesz? Java to nie jest framework webowy człowieku, chyba jesteś kolejnym tutaj który tego nie rozumie.

Biznesowe rozwiązania dla Javy to np Apache Wicket, Google GWT, Vaadin, Apache Hadoop, Apache Cassandra, Play! Framework (mimo, iż napisany w Scali to można pisać pod niego w Javie), Akka (tutaj podobny motyw), Google Guice, itd do wyboru do koloru. Rozumiem, że porównywałeś te .NOTowe rozwiązania właśnie z tym, tak?

Jest w ogóle odpowiednik Google GWT dla .NET? Poszukałem szybko w Guglu i chyba jednak nie ma.

Wibowit napisał(a):

w webie ASP.NET bije na głowę Javę

Tzn co porównujesz? Java to nie jest framework webowy człowieku, chyba jesteś kolejnym tutaj który tego nie rozumie.

Zdanie, które on napisał jest akurat bardzo proste do zrozumienia i nie ma w nim stwierdzenia, jakoby Java była frameworkiem webowym.

@Wibowit
Java ma wiele frameworków webowych (no i co z tego ?), ale żaden nie dorównuje (nie ma prawa dorównywać) ASP.NET, który jest ciągle mocno rozwijany przez jedną potężną firmę. Mniej więcej o to mi chodziło :)

Apache Wicket, Vaadin - ktoś tego w ogóle używa ? Chyba tylko hobbystycznie...

Wicket na pewno nie jest rzadkością w zastosowaniach biznesowych. Vaadin jest używany pewnie sporo rzadziej, ale i tak jest w zasadzie oparty o GWT i mocno podobny, więc można go wrzucić do worka o nazwie "GWT".

Dla .NET nie ma odpowiednika GWT :]

Dla .NET nie ma odpowiednika GWT

Jeżeli na szybko dobrze się zapoznałem z wprowadzeniem - to odpowiednikiem GWT jest właśnie WebForms. Jeśli nie, to nie czuję różnicy w idei tej technologii. Dlaczego @Wibowit stwierdziłeś, że nie jest to odpowiednik? Jaka jest dyskwalifikująca różnica?

W GWT można napisać w Javie kod kliencki, który zostanie skompilowany do JavaScriptu, a jako backend można użyć dowolnego języka, np PHP.

Czy w WebForms można zrobić coś podobnego?

Skoro nie ma odpowiednika to najwyraźniej nie ma takiej potrzeby. Poza tym nie widzę wielu ofert pracy w GWT.

Wibowit napisał(a):

W GWT można napisać w Javie kod kliencki, który zostanie skompilowany do JavaScriptu, a jako backend można użyć dowolnego języka, np PHP.

Czy w WebForms można zrobić coś podobnego?

WebForms to zestaw kontrolek renderowanych do kodu HTML i JS. Np. zdarzenie wybrania itemu z dropdowna powoduje postback do serwera obsługiwany w backendowym kodzie. Można w ten sposób zbudować działającą aplikacje webową bez znajomości JS.
Kod backendowy może być napisany oczywiście w dowolnym języku zgodnym z CLR, zapewne jacyś fetyszyści zrobili zgodny kompilator PHP, więc tak też można.

Co do kompilowania C# do JS, to jest coś takiego jak Script#.

Jeśli w WebForms każdy event jest przepychany przez serwer, no to rzeczywiście jest tragedia. GWT kompiluje kod Javowy do JavaScriptu, który może być w całości odpalany po stronie klienta. Jak ktoś chce komunikować się z serwerem to musi zaimplementować mechanizm komunikacji z serwerem. Przy wyborze GWT RPC potrzebny kod jest generowany z Javowych interfejsów.

Czy w WebForms można zrobić chociaż taką prostą rzecz:

• stawiam dwa inputy na stronie,
• daję przycisk sumuj
• po kliknięciu przycisku inputy są parsowane do liczb, sumowane i wyświetlane w spanie poniżej,
• wszystko dzieje się bez żądań do serwera i bez pisania ręcznie JavaScriptu (obojętne czy jQuery czy cokolwiek innego JavaScriptowego),

Jak ktoś chce to może z powodzeniem zrobić aplikację offline w GWT, czyli wszystko docelowo dzieje się w przeglądarce u użytkownika, a programista nie pisze ani jednej linijki kodu JavaScript - GWT go generuje z kodu Javowego.

W GWT można nawet robić takie cuda jak kompilowanie Javowego portu Quake II do Javascriptu klienckiego: http://code.google.com/p/quake2-gwt-port/

PS:
Mogę się trochę mylić, bo w GWT nigdy nie pisałem, ale są tu na forum ludzie piszący w GWT, więc mogą mnie poprawić :)

Nigdy nie zaglebialem sie asp.net mvc/webforms czytalem tylko glowne tutki ze strony MS zeby zobaczyc o co kaman.
Nie wyglada to zle ale musialbym sie przyzwyczaic do takiego kodzenia jesli chodzi o web.

Glownie teraz jestem na praktykach gdzie uzywam Symfony2 i jest to przyzwoity fw.Wedlug mnie moze spokojnie konkurowac z fw ktore oferuja inne technologie.

Jakies pare miesiecy temu wziolem sie za django pokodzilem 2 tygodnie i bardzo ale to bardzo mi sie spodobal teraz chce do niego wrocic.
Jest dosyc intuicyjny, ma fajna dokumentacje i mase materialow w sieci.
Kod jest bardzo zwiezly i krotki.
Na dodatek django oferuje wiele ciekawych rozwiazan z ktorych np teraz symfony2 bierze przyklad.

Very entertaining.

Znawcą nie jestem, ale zawsze wydawało mi się że odpowiednikiem WebForms jest J2EE. Jedno i drugie zbiera baty raczej, bo programowanie komponentowe dla web raczej sie nie sprawdziło

Nawiązując do tematu o ASP - czy wszystkie bajery, które posiadamy w programowaniu pulpitowym (w C#) dostępne są też w ASP? Na przykład: WCF,ADO.NET,delegaty itp? A może różni się to czymś więcej niż działaniem po stronie przeglądarki?

Wibowit napisał(a):

Czy w WebForms można zrobić chociaż taką prostą rzecz:

• stawiam dwa inputy na stronie,
• daję przycisk sumuj
• po kliknięciu przycisku inputy są parsowane do liczb, sumowane i wyświetlane w spanie poniżej,
• wszystko dzieje się bez żądań do serwera i bez pisania ręcznie JavaScriptu (obojętne czy jQuery czy cokolwiek innego JavaScriptowego),

Jeśli nie chcesz korzystać ze zdarzeń serwerowych, to nie musisz, chociaż cała magia WebFormsów się na nich opiera.
Jeśli chcesz użyć zdarzenia klienckiego, to musisz je napisać w JavaScript. Z tymże, jak już wspomniałem jest coś takiego jak Script#, który służy właśnie do kompilowania JS z C#, więc chyba można go tu użyć. (Ale nigdy nie używałem, więc nie wiem jak z tym dokładnie jest.)

MVC napisał(a):

Na przykład: WCF,ADO.NET,delegaty itp? A może różni się to czymś więcej niż działaniem po stronie przeglądarki?

WCF to technologia usług sieciowych, ADO.NET to dostęp do danych, a delegaty to element składni języka. To nie ma związku z technologią GUI.

No to w takim razie WebFormsy nie mają praktycznie nic wspólnego z GWT jeśli chodzi o sposób działania. Już bardziej bym się przychylał do tego, że WebFormsy są podobne do jakichś tam JSF-owych bibliotek.

Czy to GWT to jakaś cudowna technologia? Czy jest taka imba bo ma w nazwie Google?

A czy ASP.NET jest taki cudowny, bo napisał go Microsoft?

Mamy tu w firmie .NETowca z kilkuletnim stażem, który gadał przy poznawaniu Apache Struts (+ Tiles i inne dodatki), że to jest bardzo podobne do ASP.NET MVC jeśli chodzi o same idee. Implementacja jak wiadomo inna, Strutsy powstały chyba z 10 lat temu.

Wibowit napisał(a):

A czy ASP.NET jest taki cudowny, bo napisał go Microsoft?

Mamy tu w firmie .NETowca z kilkuletnim stażem, który gadał przy poznawaniu Apache Struts (+ Tiles i inne dodatki), że to jest bardzo podobne do ASP.NET MVC jeśli chodzi o same idee. Implementacja jak wiadomo inna, Strutsy powstały chyba z 10 lat temu.

Nie, ale nikt tu o tym nie pisze. Natomiast Ty twierdzisz, że .NET jest zły bo nie ma odpowiednika GWT, sooo ?

Ktoś tu napisał, że "w webie ASP.NET bije na głowę Javę", a .NET nie ma nawet odpowiednika GWT, więc jak niby bije na głowę?

Nie moja wina, że czytasz wątki od końca.

marcio napisał(a)

mysle ze brak jakiejs biblioteki/dodatkowej technologi nie przewyzsza jednego jezyka(technologi) nad innym zapewne w .Net znajdziemy cos czego java nie ma i zonk Zly tok myslenia

Racja, tylko teraz wytłumacz to Wibowitowi, mission impossible i nawet James Bond nie pomoże ;)

Ale co tłumaczyć? Spuszczacie się nad ASP.NET, a nie wiecie nawet co to GWT i piszecie coś w stylu "w webie ASP.NET bije na głowę Javę".

Ja nie napisałem niczego w stylu "w webie Java bije na głowę ASP.NET" (Java jako język oczywiście).

a nie wiecie nawet co to GWT

Chłopie, nikogo nie obchodzi to twoje GWT. No fajnie, gratuluje, że Java ma coś fajnego. Szkoda, że prawie nikt tego nie używa.

W webie ASP.NET bije na głowę Javę. Java jako platforma, oczywiście.

Złe porównania robicie. Weźcie np. ASP.NET MVC i go porównajcie z którymś MVC frameworkiem Javy. Wtedy można się sprzeczać, bo na razie to jest pieprzenie o niczym.

@aurel - w pełni się zgadzam

@Shalom - oferty pracy w GWT + to co wymieniles nie stanowi pewnie nawet 10% ofert w ASP.NET, więc to musi o czymś świadczyć, skoro firmy wolą stawiać na produkt MS

http://javadoc.bugaco.com/com/sun/java/swing/plaf/nimbus/InternalFrameInternalFrameTitlePaneInternalFrameTitlePaneMaximizeButtonPainter.html

Pozdrawiam :D

A w PHP jest 3x więcej ofert niż w ASP.NET na infopraca.pl. To musi o czymś świadczyć.

@Obserwator a gdzie tak jest jeśli wolno spytać? Bo w krakowie ofert dla javowców jest znacznie wiecej niż dla .netowców (a 95% tej pracy to właśnie webowa java)