Książki do C#, jakby odpowiedniki Thinking in Java Eckela, czy Joshua
Blocha, takie typowe "drugie książki".

Drugie pytanie, jakiś tutek, wskazanie kierunku odnoście weba. Jestem
przyzwyczajony do konkurencji i wielości webowych frameworków w Javie,
czy tu wyłącznie dominuje ASP-NET ?
Widzę np. odpowiedniki backendowych uznanych bibliotek j. jak Spring,
Velocity, Hibernate i coraz wiecej innych, ale z urozmaiceniem
front-endu się nie spotkałem.

do góry

On 13 Kwi, 10:47, Jacek Czerwinski <x...@...z.pl> wrote:
> Książki do C#, jakby odpowiedniki Thinking in Java Eckela, czy Joshua
> Blocha, takie typowe "drugie książki".
>
> Drugie pytanie, jakiś tutek, wskazanie kierunku odnoście weba. Jestem
> przyzwyczajony do konkurencji i wielości webowych frameworków w Javie,
> czy tu wyłącznie dominuje ASP-NET ?
> Widzę np. odpowiedniki backendowych uznanych bibliotek j. jak Spring,
> Velocity, Hibernate i coraz wiecej innych, ale z urozmaiceniem
> front-endu się nie spotkałem.

Jeśli chodzi o web to spróbuj Visual WebGui. Jest to coś na wzór GWT -
kodujesz tak samo jak aplikację WindowsForms, ale działa na webie.
Framework bardzo fajnie zaprojektowany no i działa całkiem sensownie
(przynajmniej na IE i Firefoxie).

Link do pobrania: http://www.visualwebgui.com/Developers/Downloads/tab
id/110/Default.aspx
Prezentacja komponentów: http://companionkit.visualwebgui.com/main.wgx

Pozdrawiam, Tomek

do góry

> Książki do C#, jakby odpowiedniki Thinking in Java Eckela, czy Joshua
> Blocha, takie typowe "drugie książki".
>

Thinking in C#, Release Candidate, stara ale do namierzenia na sieci
Illustrated C#, przez moment była darmowa więc pewnie też jest do
namierzenia

> Drugie pytanie, jakiś tutek, wskazanie kierunku odnoście weba. Jestem
> przyzwyczajony do konkurencji i wielości webowych frameworków w Javie, czy
> tu wyłącznie dominuje ASP-NET ?
> Widzę np. odpowiedniki backendowych uznanych bibliotek j. jak Spring,
> Velocity, Hibernate i coraz wiecej innych, ale z urozmaiceniem front-endu
> się nie spotkałem.

jeśli chodzi o klasyczny potok req-reply, to trudno konkurować z klasycznym
ASP.NET - tam jest zwyczajnie za dużo rzeczy już porobionych. powtórzenie
tego w innej, alternatywnej architekturze byłoby zadaniem karkołomnym.
ludzie raczej próbują to jakoś rozszerzać - jest tysiąc i jeden frameworków
dla Ajax itd.

jest też kilka dla MVC, ale jakoś mam wrażenie że to się słabo przyjmuje, a
przynajmniej nie tak, jak można by oczekiwać.

chyba że myślisz o innych paradygmatach programowania weba - wtedy z jednej
strony jest server-side ajax (VisualWebGUI, ciągle jeszcze zabugowany i do
dużych projektów nie polecam), z drugiej - Silverlight (super).

Wiktor Zychla

do góry

Wiktor Zychla pisze:

>> Drugie pytanie, jakiś tutek, wskazanie kierunku odnoście weba. Jestem
>> przyzwyczajony do konkurencji i wielości webowych frameworków w Javie,

> jeśli chodzi o klasyczny potok req-reply, to trudno konkurować z
> klasycznym ASP.NET - tam jest zwyczajnie za dużo rzeczy już porobionych.
> powtórzenie tego w innej, alternatywnej architekturze byłoby zadaniem
> karkołomnym. ludzie raczej próbują to jakoś rozszerzać - jest tysiąc i
> jeden frameworków dla Ajax itd.
>
> jest też kilka dla MVC, ale jakoś mam wrażenie że to się słabo
> przyjmuje, a przynajmniej nie tak, jak można by oczekiwać.
Coś podobnego bym powiedział... Co jest grane... tyle lat obecności
technologii i strasznie mało.

>
> chyba że myślisz o innych paradygmatach programowania weba - wtedy ...
Wiesz, na Javie stale produkcyjnie pracuję z Wicket'em. Gdzieś na boku
towarzyszę JSF. Z tego co piszesz, poprzeczka (zbyt) wysoko...

do góry