Microsoft - Silverlight?!?!?

[ylodi]

Originalno napisao MrSteel

sasvim pristojna platforma, zasada ne pruza nista neverovatno,
jos uvek nije spremno za sve OS platforme ali ce izgleda biti,
community jos nisu razvili i u svakom slucaju ce im dosta trebati da dostignu Flash

Iako se o njemu govorilo kao o flash killeru ipak mislim da Silverlight treba gledati malo drugačije. Riječ je o MS razvojnoj platformi i oni će to proturiti svim svojim developerima. Nema zajednice, ali imate hrpu MS developera. Jasno da će to u početku dovesti do toga da će i u njemu razvijati aplikacije na klasični način kao u desktop okruženju (što u ovom slučaju i neće biti takva katastrofa kao što je bila s ASP.NET-om), ali definitivno je da neće biti masovne migracije flash developera na Silverlight.

[jablan]

Originalno napisao ylodi

Jasno da će to u početku dovesti do toga da će i u njemu razvijati aplikacije na klasični način kao u desktop okruženju (što u ovom slučaju i neće biti takva katastrofa kao što je bila s ASP.NET-om)

Jel može razjašnjenje, o kakvoj katastrofi govoriš?

[ylodi]

Originalno napisao jablan

Jel može razjašnjenje, o kakvoj katastrofi govoriš?

O tome kako su klasični desktop developeri počeli razvijati web aplikacije na isti način tj. ASP.NET 1.x i VS 2003 nije napravljen u duhu weba već tako da se klasičnim desktop developerima olakša posao.

Ja održavam jednu takvu aplikaciju koju je napravio klasični desktop developer koji je to radio po uzoru na MS learning tečajeve. I što imamo? Post back poslije svakog ažuriranja polja na ekranu (provjera na serverskoj strani poslije svake provjere i onda još prije spremanja sloga). Ne moram ti govoriti koliko to prometa generira i kako je aplikacija spora. A onda ogromni dataset-ovi, ogromni viewstate, ružnjikavi linkovi (developeri nemaju naviku da ih mijenjaju), ružni JavaScript postbackovi, ogromni kriptični ID-ovi za kontrole, korištenje Server.Transfer metode pa location bar govori jedno, a stranica je sasvim druga. Master page je dodan tek u ASP.NET 2.0 frameworku, pa mi svaka stranica ima svoj header (ajde barem je footer user controla pa nije nužno mijenjati nešto na svim stranicama).

[jablan]

Off Topic: U pitanju je delimično tradeoff koji ja nikako ne bih nazvao katastrofom, a delimično različite programerske navike koje se mogu ispoljiti na bilo kojoj platformi. Štaviše, usudio bih se da tvrdim da je procenat neodrživog koda veći u PHP-u nego u ASP.NET-u... Sve u svemu, druga tema.

[degojs]

A onda ogromni dataset-ovi, ogromni viewstate, ružnjikavi linkovi (developeri nemaju naviku da ih mijenjaju),

Pa ne možeš to da vezuješ za sam ASP.NET, već za programera. Ako neko neće ili ne ume da isključi viewstate, ostavi difolt linkove, ne ume da koristi CSS, server-side skinove, itd.. to nije problem ASP.NET-a.

Druga stvar, zašto bi se ti nužno i toliko brinuo o kriptičnim ID-ovima za kontrole? Mislim i kada praviš desktop aplikaciju (ako to još neko radi), pa nije baš obavezno da se ide u asemberski kod i gleda šta je kompajler izbacio. Možeš, ali i na ASP.NET-u takođe možeš da menjaš ponašanje kontrola, itd.

Imaj na umu i vreme izrade stranica, itd.

[ylodi]

Ne možeš id od nekog polja u formi uspoređivati s asemblerom, nije to ista kategorija. U desktop aplikaciji obično kažeš

Button btOk = new Button();

ekvivalent kriptičnim ID-evima bi bio

Button btl00___ctl00___duw1_ac1___Ok = new Button();

Jesu li ljudi tako pisali kod u desktop aplikacijama? ;-)

Što sam ja nazvao katastrofom? Ne sam ASP.NET već ono što su u njemu proizvodili klasičari i nazvali to web aplikacijama.

Kad sam ja prvi put malo dublje ušao u ASP.NET čudom sam se čudio kako to da nisu iskoristili XMLHttpRequest objekt. Kolega koji je radio tu aplikaciju nije imao pojma o čemu govorim. A onda, kad je Jesse James Garrett imenovao razvoj dinamičkih web aplikacija i kad je sve to postalo poznato kao Ajax, mora je sam sebi priznati da sam bio u pravu.

A brzo vrijeme izrade nije uvijek dobar izgovor za loš posao.

[degojs]

U desktop aplikaciji obično kažeš

Button btOk = new Button();

ekvivalent kriptičnim ID-evima bi bio

Button btl00___ctl00___duw1_ac1___Ok = new Button();

Jesu li ljudi tako pisali kod u desktop aplikacijama? ;-)

Čekaj malo, o čemu ti pričaš?

Neki programer je dao ime promenjivoj "btl00___ctl00___duw1_ac1___Ok" i ASP.NET je kriv za to???

Pa u ASP.NET bez problema možeš da napišeš:

Button btOk = new Button();

???

U stvari, Visual Studio kontrolama dodeljuje, po difoltu, "imena" poput "Button1", "DataRepeater1", itd, a ne ovako kako si ti napisao. Ako neko nalazi za shodno da to preimenuje u tu gore kobasicu, kako ASP.NET treba da ga sprečava i zašto bi?

Ono što tebe možda buni jeste ono što se generiše kao UniqueID (ili ClientID). Nema potrebe da to direktno ukucavaš (čak to nije ni preporuka, čini mi se), već do tog imaš pristup kroz pomenuta svojstva kontrole.

Paralela sa kompajlerima stoji, bar ja tako mislim: kompajler izbaci mašinski kod (ili npr. bytecode za Javu), a server ovde izbaci HTML/Java script kombinaciju. Ni u prvom, a ni u drugom slučaju ja ne moram nužno da brinem koje razne ID-jeve je kompajler/server koristio u tom krajnjem izlazu i slično..