Tag: ASP.NET

Richard Tallent linkkasi (9.7.2009: toimimaton linkki poistettu) jo vähän aikaa sitten lyhyeen keskusteluun code inlinen ja code behindin välisestä paremmuudesta, jossa oli itse antanut ainoan viisaan kommentin. Muut eivät taida lainkaan välittää siitä millä ennestään pahasti rikkonaista webiä rikkovat.

ASP.NET:in code behind -mallia perustellaan useimmiten sillä, että se mahdollistaa koodin eriyttämisen esityskerroksesta. Tilanne saattoi vielä muutama vuosi sitten taulukko- ja pikselitaiton kulta-aikana ollakin näin. Alati kasvava CSS:n hyödyntäminen on johtanut siihen, että HTML tekee yhä useammin sitä mitä sen suunniteltiinkin tekevän: kuvaa dokumentin rakennetta. Esityskerroksen visuaalinen osa, eli CSS, on jo luonteeltaan erotettu selkeästi sisällöstä, joten ASP.NET:in mallille on käyttöä enää vain pikselitaittoa suosivien ajastaan jälkeen jääneiden kehittäjien käsissä. Kaikki ulkoasumuutokset tehdään CSS-tiedostoon, ja jos HTML:ää on tarve muokata ollaan muokkamassa dokumentin rakennetta. Rakennetta muokattessa myös esityslogiikka on vaarassa muuttua, mikä tekee näistä kahdesta käytännössä erottamattomat.

Toinen Code Behind -mallin käytön perustelu on tuottavuuden lisääntyminen. Se saavutetaan muka sillä, että web designer ja ohjelmoija voivat työskennellä saman sivun parissa toisiaan häiritsemättä. Saavutettava hyöty on todellisuudessa minimaalinen, sillä käytännössä vain kaikkein tarpeellinen esitysrakenteeseen liittyvä koodi jää “kehittymättömimmissäkin” tekniikoissa sivun yhteyteen. Kaikki muu koodi sijoitetaan sivun ulkopuolelle yksinkertaisimmillaan SSI:n avulla, jos suunnittelussa on käytetään edes vähän järkeä.

Visual Studio 2005 tulee ymmärtääkseni tarjoamaan Code In Page -mallia oletusarvoisena, mikä on loistava juttu. Kunhan vain kehittäjäyhteisön enemmistö tajuaisi tämän.

Huomasin narisevani aivan liikaa ASP.NETistä, sillä pidän teknologiasta ja käytän sitä vapaaehtoisesti. Päätin siis listata ne osat, joihin olen siinä ja ylipäätään koko .NETissä mieltynyt.

1. C#

Erittäin loppuun asti mietitty kieli. Puhdasta nautintoa vuosien VBScriptin vääntämisen jälkeen. Microsoftin sitoutuminen kielen kehittämiseen on myös hyvä asia.

2. Olio-ohjelmointi

Oliomallia on hyödynnetty ja sitä pääsee hyödyntämään ASP.NETissä erinomaisesti.

3. Framework

VBScriptin jälkeen tietysti melkein mikä tahansa tuntuu hyvältä, mutta joka tapauksessa .NETin framework on todella monipuolinen ja suurimmaksi osaksi hyvin suunniteltu paketti. Menneitä ovat ne ajat, jolloin melkein mitä tahansa tehdäkseen oli ostettava komponentti.

5. Omien kontrollien tekeminen

Vaikka web-kontrolleilla voi saada pahaakin jälkeä aikaan, on uudelleenkäytettävyys ja eristäminen muusta sovelluksesta merkittävä etu verrattuna esimerkiksi vanhan ASP:n include-malliin. Includeita silti välillä kaipaa edelleen, niilläkin kun on käyttönsä.

6. Ohjelmakoodin erottaminen merkkauskielestä

Aina tuota eroa on mahdoton tehdä, mutta useimmiten se selkeyttää sovelluskehitystä ja helpottaa työskentelyä ei-ohjelmoijien kanssa. Välillä tämä ero tehdään DataGrideillä ja muilla pirullisilla keksinnöillä, mutta asiat voi tietysti yhtä hyvin tehdä järkevästikin.

Muita hyviä puolia on kovaa vautia tulossa Whidbeyn muodossa. Arkistosta löytyy itse poimimani ennalta parhaalta kuulostavat puolet.

Nyt jos höpisisi jostain ihan muusta seuraavaksi.