View Full Version : Čitate li službenu dokumentaciju ili tražite hands on approach.
Ja mislim da nema bolje od prolaska službene dokumentacije jezika ili frameworka u kojem ćete raditi.
Što vi mislite o tome?
Naravno da nema, pitanje je samo u kojoj mjeri mi se da prolaziti hrpu teksta (i to čitajući na ekranu). :D
Ne znam, mislim da pročitati prvo cjelokupnu dokumentaciju, a onda krenuti na osnove nema prevelikog smisla. Dobro je prvo se upoznati s osnovama, unaprijediti znanje, a tek onda ga usustaviti.
zweistein
12-05-2008, 10:45
Prvo prođem neki crash course nove tehnologije kojom se planiram koristiti, a tek onda krenem na službenu dokumentaciju i referencu kojom po potrebi nadopunjavam naučeno. Nisam siguran koliko bih posla napravio kad bih svaki put pročitao kompletnu dokumentaciju, pa tek onda krenuo s poslom. :)
Ja čitam tek kad zapnem, i samo za to gdje zapnem. Dalje radim sam, pa poslije čitam dokumentaciju. Tako ju pročitam PUNO brže i efikasnije jer znam što mogu preskočiti...
Započnem raditi i užasno puno čitam i prekapam. Moj princip učenja je prvo vertikalno, pa tek onda horizontalno. To znači da za bilo koji detalj u novom okruženju, frameworku ili tehnnologiji moram prekopati dokumentaciju sve dok stvar ne razumijem u detalje, odn. dok je ne svedem na osnove koje već poznajem. Tek onda idem na slijedeći "horizontalno položeni" problem.
Npr. kako se trenutno učim ASP.NET, stavio sam jedan <asp:TextBox> i jedan <asp:Button> i otkrivo mrski __VIEWSTATE. Koji sam, naravno, odmah poželio ukloniti (cijeli INPUT element iz sourcea). Ovo je manje-više što sam morao proučitati:
http://msdn.microsoft.com/en-us/library/67276kc5(VS.80).aspx
Architectural Overview of Adaptive Control Behavior
http://msdn.microsoft.com/en-us/library/zeshe0eb.aspx
Configuration File Syntax
http://msdn.microsoft.com/en-us/library/b5ysx397.aspx
Configuration Settings
http://msdn.microsoft.com/en-us/library/ms178472(VS.85).aspx
ASP.NET Page Life Cycle Overview
http://msdn.microsoft.com/en-us/library/y5y3c2c5(VS.85).aspx
ASP.NET State
http://msdn.microsoft.com/en-us/library/y6wb1a0e.aspx
ASP.NET User Controls
http://msdn.microsoft.com/en-us/library/ms228122.aspx
Browser Definition File Schema (browsers Element)
http://msdn.microsoft.com/en-us/library/system.web.ui.control.adapter(VS.80).aspx
Control.Adapter Property
http://msdn.microsoft.com/en-us/library/system.web.ui.adapters.controladapter(VS.80).aspx
ControlAdapter Class
http://msdn.microsoft.com/en-us/library/system.web.ui.hiddenfieldpagestatepersister(VS.85) .aspx
HiddenFieldPageStatePersister Class
http://msdn.microsoft.com/en-us/library/system.web.ui.htmltextwriter%28VS.85%29.aspx
HtmlTextWriter Class
http://msdn.microsoft.com/en-us/library/75x4ha6s(VS.85).aspx
ASP.NET State
http://msdn.microsoft.com/en-us/library/75x4ha6s(VS.85).aspx
Page Class
http://msdn.microsoft.com/en-us/library/system.web.ui.page.registerviewstatehandler(VS.85) .aspx
Page.RegisterViewStateHandler Method
http://msdn.microsoft.com/en-us/library/20b8wk8d(VS.85).aspx
Page.Render Method
http://msdn.microsoft.com/en-us/library/system.web.ui.adapters.pageadapter(VS.85).aspx
PageAdapter Class
http://msdn.microsoft.com/en-us/library/950xf363.aspx
pages Element (ASP.NET Settings Schema)
http://msdn.microsoft.com/en-us/library/system.web.ui.pagestatepersister(VS.80).aspx
PageStatePersister Class
http://msdn.microsoft.com/en-us/library/system.web.ui.sessionpagestatepersister(VS.80).asp x
SessionPageStatePersister Class
http://msdn.microsoft.com/en-us/library/system.io.textwriter(VS.85).aspx
TextWriter Class
http://msdn.microsoft.com/en-us/library/ms178198(VS.85).aspx
View State Overview
http://msdn.microsoft.com/en-us/library/system.web.ui.xhtmltextwriter.aspx
XhtmlTextWriter Class
Potom sam morao implementirati nekoliko razreda, jedan od njih kroz delegaciju (s hrpom procedura), da bih shvatio da ASP.NET u potpunosti zaobilazi model ispisivanja tzv. "serverskih kontrola" i __VIEWSTATE ubacuje direktnim ispisom na najnižoj razini, zbog čega je ružni hack kakav je dan ovdje jedini mogući način.
http://professionalaspnet.com/blogs/aspnet_blog/archive/2006/12/06/Moving-ViewState-and-Other-Hidden-Variables-to-the-Bottom-of-the-Page-_2D00_-Update.aspx
Moving ViewState and Other Hidden Variables to the Bottom of the Page - Update
To sam radio jučer nekih 10 sati u komadu.
Sada će me netko prosvijetlitli kako se sve moglo riješiti jednom naredbom. :)
Nema šanse: ili možeš ići razumijevati sve, ali koliko onda košta tvoj radni sat, ili možeš ćukljati kako se vidi u primjerima i ne razumjeti ništa. A pazi: SVE se na kraju svodi na jedan, jedini popišani POST. Sve. Zato mrzim frameworkove principijelno. Ali što ćeš... komponente se moraju koristiti.
tsereg: evo clanak koji je meni dosta pogogao oko razumjevanja viewstatea:
http://weblogs.asp.net/infinitiesloop/archive/2006/08/03/Truly-Understanding-Viewstate.aspx
i mislim da tvoj nacin ucenja, odnosno odmah proucavanje low-level stvari i pokusaj manipulacije istim, krivi smjer i gubljenje vremena. Uostalom, pamcenje vrijednosti u viestateu se moze iskljuciti, sto bi spadalo u osnove asp.neta, pa ce isti ima samo nekoliko bajtova. Ili se pak moze cijeli viewstate premjestiti u sql bazu, ....
Kad smo vec kod toga, ako ti se ne svidza webforms nacin rada (znaci cijeli page life cycle), baci oko na castle monorail ili asp.net mvc. Postoji cijeli "paralelni svijet" nastao na osnovama HttpModula.
Da se vratimo na temu:
Opcenito, frameworci su nuzno zlo ako se zeli biti u korak s vremenom, i njihovo postojanje ima apsolutnog smisla - zasto bi isti kod programeri pisali uvjek izpocetka? Druga stvar je njihova kompleksnost i sve vece vrijeme potrebno za savladavanje istih.
Apstrakcija programskih funkcija, u cilju optimalnijeg utroska vremena, odnosno veca posveta na poslovnu logiku a ne tehnicke stvari implementacije (Data access layer je tu tipicni primjer), na kraju skracuje vrijeme razvoja, rezultira boljim proizvodom, i sto je najbitnije smanjuje cijenu proizvodnje.
Da ja sada idem uciti asp.net, uzeo bi knjigu-dvije, naravno prvo bi proguglao koje su najbolje knjige, i procitao ih od korica do korica. Posto sam ja ucio u hodu, citajuci blogove, clanke, msdn, ..., cesto se desilo da mi fale neke osnovne sitnice koje objasne u prvih par strana knjige.
Sto se tice citanja literature, odlican blog post:
Programmers Don't Read Books -- But You Should (http://www.codinghorror.com/blog/archives/001108.html)
Thanx za link. Kužim ja odlično čemu služi viewstate i zašto je viewstate vrlo elegantno rješenje. No, htio sam koristiti ASP kontrole, a izbaciti, kao što sam napisao, *cijeli element* (svesti view-state na par znakova nije problem). Pa sam ilustrirao kako sam se zakopao u taj problem, ali istovremeno "kopajući" dosta naučio o arhitekturi ASP.NET-a i - što je *još važnije* o "načinu razmišljanja" iza dizajna.
Jednom sam rješavao neki test koji se bazirao na pretpostavci da u osnovi postoje dva načina učenja i da su ljudi načelno skloni jednom ili drugom načinu. Načini su slični dvama algoritmima pretraživanja stabla: stablo se može pretraživati prvo s lijeva u desno, pa potom odozgora prema dolje (pretraži se prva razina, pa druga, pa treća) ili se može pretraživati odozgora prema dolje, pa potom s lijeva u desno (pretražuje grana po grana u dubinu, putujući od najlijevije do najdesnije staze).
Mislim da je klasificirati vlastiti način učenja kao jedan od ta dva generalna pristupa bitno za samoanalizu. Ja se, recimo, dosta teško snalazim u problemima u kojima imam širok, ali plitak pogled na gradivo. Osjećam se na neki način dezorjentiran. Ali sam toga svjestan i tako mogu predvidjeti vlastitu dinamiku učenja. Bila bi, vjerujem, velika pogreška bilo koji način savladavanja novoga definirati kao "bolji" od drugoga jer je to nučena vještina našeg mozga koja nas čini boljima u jednom, a lošijima u drugom skupu okolnosti. U nekakvom timu ljudi bih ja pokušao iskoristiti prednosti jednog i drugog načina učenja.
Znači: pitanje je bilo o načinu na koji savladavamo neko novo znanje, ako se ne varam. Mislim da su ova dva opisana osnovna načina dva dobro definirana temeljna mjerila za samoanalizu.
--
Što se kupovanja i čitanja knjige "od korica do korica" tiče, imam na polici hrpu knjiga koje su čisto teoretske i koje čekaju da ih počnem čitati i knjige koje opisuju konkretne vještine i metode i koje čekaju da ih počnem čitati. Ali dok se ne uhvatim nekog posla u kojem ću nešto pokušati primjeniti, bojim se da se neću prisiliti čitati. Slično onome što je ram opisao.
--
Frameworke mrzim iz principa.
Nekada davno, davno - kada sam prvi puta čuo za njih kroz Clipper - su mi se baze podataka učinile kao najdepresivnije područje programiranja. Nakon što sam shvatio da na dnu toga stoji čista matematika (algebra) i da se relacijske baze temelje na jednom sustavu koji je potpun i zatvoren, posve sam se oduševio njima - slično kao što bi se Indiana Jones oduševio da pronađe čisti, bistri i precizno rezani drevni dijamant.
Tako utemeljene, baze podataka su egzaktne, teorijski definirane i stoga imaju odličnu šansu da se posve standardiziraju u smislu da postoji osnovni skup značajki na koji se programer može osloniti i čije ponašanje može očekivati i predviđati bez obzira čiju konkretnu implementaciju baze koristi (MS, Oracle, ...).
S druge strane, za kosture aplikacija postoje neke načelne smjernice dobrog dizajna, ali do sada nije bilo niti jednoga koji nije ostavio na mene gorak ukus nasumičnosti ili nepotpunog isljeđivanja vlastitog načela. To sam htio ilustirati s VIEWSTATE-om - moguće je umjesto pohrane stanja u INPUT type=hidden elementu stanje pohranjivati u sjednici, u datoteci, u bazi podataka ili na boci Coca-Cole - sve izgradnjom odgovarajućeg adaptera (odlično i konzistentno), ali NIJE MOGUĆE na isto tako konzistentan način ukloniti u tome slučaju posve nepotreban INPUT element iz generiranog HTML-a, već se mora pristupiti prljavim i podlim trikovima. Gorak prvi dojam. Za MFC sam uvijek mislio da je odličan framework ukoliko se programira *točno ono* što su dali u primjerima. U trenutku kada se izađe izvan okvira primjera trebalo je otvoriti source frameworka i traceati u duboke, tamne vode (ili sam ja preglup, što je isto posve moguće).
S kosturima se tradicionalno želi dosegnuti sveti gral "crne kutije" - samo se dobivaju sučelja bez izvornog koda, ali su tradicionalno su zakazivali u tome, tj. uvijek se je na koncu morao slati i source. Bit će zanimljivo vidjeti hoće li - i ako hoće točno zašto - će .NET Framework (u dijelu u kojem jest kostur, a ne samo biblioteka) doživjeti istu sudbinu.
Jedini "kostur" (ako ga tako možemo nazvati, jer se zapravo radi o biblioteci) koji je čista poezija je STL. Daleko sam od toga da sam ikakav guru istoga, ali mislim da je to radio netko kome je matematika u malom prstu.
Čekam dan kada ću s kosturima postati jednako oduševljen kao i s bazama podataka.
Prvo moram shvatit koncept, nakon toga malo pabirčim, ako negdje zapnem onda to pokušam rastaviti do one točke di mi je jasno.
Mislim da je korisno pročitati cijelu dokumentaciju, iako ja to nisam u stanju :)
Bilo bi šteta tseregov post ostaviti po reputaciji "neutralnim" stoga rep+
Zar se ne oslanja danas skoro svaka linija koda koju napisemo na neki framework? Php, Java, .Net, Python, Ruby, MFC ... svi su oni samo apstrakcija u cilju sto lakseg, boljeg i brzeg rijesavanja nekog problema.
Cim napisemo neku proceduti ili funkciju koju pozivamo i koja je neovisna cijelina za sebe, napravili smo framework. Pa mi cudno onda kada kazes da mrzis framework :)
Primjer: za otvoriti prazan windows prozor u C-u treba 50-tak linija koda (ako ne i vise), sa MFC-om 20-tak, a u novim vizualnim alatima poput vb, delphia, ..., treba jedna linija. U tom smjeru ide industrija, i tu se nema onda sto puno razmisljati nego pokusati pratiti trendove.
Svaki framework ima svoj pristup i nacin rijesavanja odredzenih konceptualnih problema, a do cilja dolazi uvijek uz odredzene ustupke. Dalje je stvar koliko se da intervenirati u sam framework, koliko je nadogradiv i prosiriv, koliko je kvalitetno napravljem, u biti koliki je odnos nasih potreba, onoga sto framework pruzi, i na kraju nacina odnosno kvalitete na koji to pruzi.
Tu mislim da .net framework nema premca, sto sa strane same velicine i pokrivenosti (cca 10,000 klasa), a sto sa strane kvalitete samog programskog jezika - prvenstveno tu mislim na c#, i to njegovu najnoviju verziju 3.0. Java je imala tendenciju da (prije) zauzme to mjesto, ali ipak je tesko konkurirati MS koji je tolike novce ulozio. Plus, .net source kod je dostupan svima na uvid.
S druge strane, ako bi trebao naci neku kritiku prema frameworcima uopce, onda bi to bila vjerojatno potreba njihovog studioznog proucavanja i ucenja, do cega se uvjek dodze kod izrade slozenijih aplikacija i promimjena. Znaci, vise nije bitno dali ces napraviti kvalitetan algoritam za pretrazivanje, nego cista kolicina klasa koju poznajes i enciklopedijsko poznavanje frameworka u dubinu i sirinu. Tako da ce danas neki problem lakse/brze rijesiti streber nego matematicar.
PS pogledaj www.istore.com.hr - napravljen je sa asp.netom - a nema viewstate i ostalih gluposti u kodu - a to je dokaz kvalitete i mogucnosti .net frameworka! Opet ja hvalim .net, da, znam, dosadan sam vec i sam sebi.
PS2: ako sajt ne radi, to je zbog vrhunskog hostinga, ne zbog .net frameworka :)
PS3 tsereg, primjetio sam da cesto brkas MFC i MVC u tekstu, predpostavljam zbog brzine pisanja i mindflow-a?
Zar se ne oslanja danas skoro svaka linija koda koju napisemo na neki framework? (...) Pa mi cudno onda kada kazes da mrzis framework
Primjer: za otvoriti prazan windows prozor u C-u treba 50-tak linija koda (ako ne i vise), sa MFC-om 20-tak, a u novim vizualnim alatima poput vb, delphia, ..., treba jedna linija.Apsolutno, točno. Ali mrzim ih iz "principa" - na isti način na koji sam mrzio baze podataka dok nisam otkrio da ispod *svih* različih baza podataka leži *jedna te ista* algebra. Čekam da netko smisli ekvivalent *relacione algebre* za aplikacijske kosture - eto, naprosto to. Ja sam cinik po prirodi i mrzi me učiti nešto što je - zapravo - izmišljotina nekog dizajnera u nekoj firmi. Učiti bilo koji framework danas je kao investirati u dionice (neke dionice su od velikog naftnog diva, a druge od male istraživačke kompanije, ali sve su riskantne) . Učiti framework temeljen na nekakvoj univerzalnoj teorijskoj osnovi, po mogućnosti matematičkoj "frameworkovskoj algebri" je kao investirati u stabilne i predvidljive monetarne fondove ili kao oročena štednja. A ovih potonjih još nema.
Evo što povlačim kao argument: kada ljudi kažu "jer netko radi MVC framework za ovo ili ono" zapravo govore da MVC arhitekturu prepoznaju kao primjer te neke teorijske "frameworkoske algebre". Ja bih volio vidjeti daljni razvoj takvih "algebri" ka nekoj univerzalnoj.Tu mislim da .net framework nema premca (...)Nemam dovoljno široko znanje drugih kostura, ali držim da je to točno. Ako ništa drugo, kada ne znaš onda kažeš "Gartner kaže...". Što kaže Gartner? Kako bilo, vrlo mi je, vrlo drago što postoji Mono. Nadajmo se da će MS otvoriti .NET u potpunosti.
Međutim, ASP.NET ima svoju vlastitu "arhitekturu", on je kao vlastiti "podframework". Čak ga i u ogranizaciji MSDN-a dosta jasno izdvajaju. Nisam svjestan da je ASP.NET temeljen na MVC-u ili bilo kojoj drugoj teorijski poznatoj arhitekturi (ispravi me ako sam u krivu). Nisam siguran da će opstati. Just a gut feeling.
napravljen je sa asp.netom - a nema viewstate i ostalih gluposti u kodu - a to je dokaz kvalitete i mogucnosti .net frameworka! Opet ja hvalim .net, da, znam, dosadan sam vec i sam sebi.
Mislim da je bitno da razlikujemo .NET Framework od ASP.NET "podframeworka". Moj je "gut feeling" da će prije ili kasnije .NET Framework naći svoje mjesto na raznim platformama (doći će Monoov dan :)), ali da bi ASP.NET mogao uskoro nestati i biti zamijenjen nečim Monty Pythonovski "kompletno drugačijim" (u staroj dobroj maniri Microsofta i "proprietary" standarda općenito).
Bacit ću oko na istore.com.hr. Ali moje je pitanje: da li je VIEWSTATE uklonjen na ružan i podli hakiraj/me način tako da se metodi Page.Render umjesto TextWritera koji dolazi iz ASP.NET-a ubaci StringWriter i nakon toga pretraži sirovi generirani HTML (regularnim izrazma i sl.) da se iz njega izbaci <INPUT> element za viewstate? Jer tako se obavezno u memoriji buferira cijeli generirani HTML i tek onda pošalje klijentu, što nije najzdravije rješenje (ja sam, recimo, htio implementirati vlastiti TextWriter kroz izravnu delegaciju poziva metoda u TextWriter dobiven indirektno u Render metodi i "on-the-fly" parsirati teskt, te stateviewov <INPUT> jednostanvo "progutati"). Tu nema bufferiranja cijelog outputa, ali ima puno kodiranja za implementirati sve metode TextWritera i osigurati da se uoči traženi element, bez obzira na način na koji pozivatelj koristi metode TextWritera da ga ganerira. Na žalost, sâm ASP.NET preskače "HtmlTextWriter " i ide direktno na "TextWriter".
-> No, to je blesavo picajzliranje, ništa ne smeta imati taj jedan <INPUT> viška. Ionako će MS u slijedećoj verziji to možda ukloniti. Poanta primjera je što se prije ili kasnije moraš boriti protiv frameworka ili prihvatiti kompromis. A ja sam koleričan na takve kompromise, to mi je kao da imam tuđu pljuvačku u vlastitoj juhi. Možda sam loš timski igrač? :) Framework mora *oslobađati*, a ne sputavati. Samo u STL-u sam do sada imao čisti "oslobađajući" feeling (iako je STL biblioteka, kao što je i "class library" dio .NET Frameworka bibioteka).
PS3 tsereg, primjetio sam da cesto brkas MFC i MVC u tekstu, predpostavljam zbog brzine pisanja i mindflow-a?Ne. Gdje pišem MFC, stvarno mislim kostur MFC /Microsoft Foundation Framework/. Gdje pišem MVC, stvarno mislim na MVC /Model-View-Controller/ arhitekturu.
P.S. Želim napomenuti da ja radim u maloj firmi koja mora biti jako oprezna jer nemamo rezervu kojom možemo možemo istovremeno raditi u pet generacija tehnologija. Mi, recimo, još uvijek vozimo Visual Basic 6.0, a tek će sada nove verzije ići na .NET i to nove verzije manje kritičnih programa.
Naravno da bi pogled nekoga tko je u timu neke velike firme mogao biti drugačiji.
P.S. Želim napomenuti da ja radim u maloj firmi koja mora biti jako oprezna jer nemamo rezervu kojom možemo možemo istovremeno raditi u pet generacija tehnologija. Mi, recimo, još uvijek vozimo Visual Basic 6.0, a tek će sada nove verzije ići na .NET i to nove verzije manje kritičnih programa.
Naravno da bi pogled nekoga tko je u timu neke velike firme mogao biti drugačiji.
Iz moga zapazanja bi rekao da velike firme puno sporije migriraju na nove tehnologije, ako nista od zbog ogromnog code-base-aa i ugradzenog znanja u postojece sustave.
U mojoj firmi (oko 25 zaposlenih), u biti jedino ja guram i koristim sve te nove tehnolgoije, u biti podframeworke od .net frameworka! Ali samo zato sto sam tek dosao i radim projekte od 1-2 mjeseca izrade. Jedva sam ih sada navukao na LINQ, ali opet nije se odmah pocelo s njime raditi. Nedavno se migriralo sa frameorka 1.1 na 2.0, tako da o ASP.NET MVC frameworku, Workflow Foundationu, Communication Foundationu nema jos niti govora!
Od kada sam radio u PHPu, pa kasnije ucio i Javu, nisam vidio takvu otvorenost odnosno ulaganje u developersku zajednicu kao sto microsoft radi u zadniih nekoliko godina. Da opet pilim po MVCu, kada smo vec na njemu; on postoji nekih 30-tak godina, a prvi put je implementiran u Smalltalku. U php se koristi kroz npr cakephp, pa java ima neki svoj mvc framework itd. MVC pod .netom isto postoji kao open source projekt vec vise godina (Castle Project MonoRail).
MVC od MSa je nastao prvo kao projekt nekolicine djelatnika microsofta, a ono sto je zanimljivo kod njegovog razvoja (sada je jos u preview verziji) je sto se razvoja potpuno transparentno. Znaci svako moze doci do trenutne razvojne verzije na Codeplex.com, i sugerirati MSu sto bi bilo dobro da se implementira.
Sto se tice opstanka, namjera je da se ponudi jedan drugaciji nacin rijesavanja problema, i kao takav on nije "konkurencija" recimo webform nacinu rada. Stoga, webform, page life cicle, viewstate i sl ce sigurno jos dugo vremena biti tu, ali ce postojati i alternativa.
Uskoro ce doci i finalna verzija Silverligta 2 (sada je beta2), sto znaci da ce po prvi put postojati podskup .net frameworka koji se vrti i na drugim platformama (linux, mac), tako da tvoj "gut feeling" dobro funkcionira.
Sun je prije 6-7 godina najavljivao koncept NCa (network computer), tipa glupi terminali sa web preglednikom i jak server. A eto tek sada polako dolazimo do toga (google docs...)
Meni to mozda najvise podsjeca na kao kakav evolucijski proces prezivljavanja najacih, gdje mladi postdiplmoci puni novoga znanja i zelje za ucenje i dokazivanjem, polako zamjenjuju starije kojima se kao prvo neda ponovno uciti novu najnoviju verziju nekog frameworka, pa prelaze ili u komercijalu ili na neku managersku funkciju. Cijeli proces se zasniva na neprestanom izdavanju novih verzija programsiih paketa, koji cesto niti ne donose nesto novo, ali bitno je da napravljeno u necem novom (po mogucnosti sa GUI-em u DirectX-u 10, jer je 9 totalno bezveze). Srecom, usporedo sa exponencijalnim povecanjem hardwareske zahtjevnosti i kolicine novih bugova, tu i tamo se pokaze kakav novi feature koji nekako uspije opravdati ROI.
Sto se tice viewstatea: ja sam ga micao tako da sam overrideao njegovo citanje i spremanje, te za to koristio ili fajl na disku, ili bazu. Neznam dali je to jos aktualno u .net frameworku 2. Medzutim, uvjek sam imao __Viewsate input tag unutar html-a, kako se njega rjesiti to neznam.
MVC radi tako da uopce ne pokrece asp.net page life cycle, znaci nema pamcenja varijabli i spremanja u viewstate. Postback kao takav ne postoji.
Goddamnit, ovaj forum mi neda ispraviti post nakon 8min, a toliko gresaka ima u pisanju:)
Ali htio bi ovo nadodati samo:
Uskoro ce doci kopija Ruby on Railsa na .netu (thread-safe i compiled ruby on rails, juhuhu!), i to sa samim Rails jezikom i sintaksom. IronPython je u razvoju takodzer, pa zatim F# kao novi funkcionalni programski jezik.
Sve se to moze izkompajlirati i napraviti Silvelight aplikacija koju se moze vrtiti na linuxu.
Dobro je spomenuti i DataServices, sa pravom implementacijom REST-a za quering i Dynamc Data Pages, kao Scofolding frameworka, dobro poznatog u Railsima.
Ajme, ko ce sve to savladati :(
Ovi mladi što dolaze. Ima li koja rukovodeća pozicija u tvojoj firmi? :)
Sve se to moze izkompajlirati i napraviti Silvelight aplikacija koju se moze vrtiti na linuxu.
(
Prvotno je Silverlight bio zamišljen samo za windows os.
Ja sam cinik po prirodi i mrzi me učiti nešto što je - zapravo - izmišljotina nekog dizajnera u nekoj firmi.
Ovo sa silverlightom da ide samo na windows je očito bila ideja nekog dizajnera.
Kao što je rekao jedan od prezentera Silverligta u prvoj Alfa verziji: "idemo na kvalitetu ne na masu". :rotfl:
Samo da se nadovežem na Tserega o načinu učenja. Ima jedna fenomenalna knjiga i svi bi je trebali proučiti za svoje dobro. Autora sam nažalost zaboravio, no guglajte ili posjetite knjižnice: "Kompas osobnosti".
vBulletin® v3.7.4, Copyright ©2000-2009, Jelsoft Enterprises Ltd.