Viser arkivet for stikkord roa

ROA - Resource oriented architecture på meetup 16.aug

Meetup på tirsdag 16.aug kl 18!

Mads Mobæk forteller om sitt NITH ruby og rails-kurs og vi får komme med tilbakemeldinger. I tillegg tenker jeg og demonstrere hvordan man kan konsumere RESTful apper med ActiveResource. XML eller JSON – hvem bryr seg (json rulz), for se ! – jeg har et sexy rubyobjekt jeg jobber med som representerer den eksterne ressursen – request/response og parsing er abstrahert bort. h0t! (hackere med respekt for seg selv bruker tall og z-er når de skriver – lzm)

Det er SOA, eller ROA (Resource Oriented Architecture). Kall det hva du vil, det blir selvsagt ikke oracle, ibm soa-plattformer, for jeg gidder ikke bruke 20 mill på å gjøre appen treg, innføre feil og kode forretningslogikk i XML/XSLT når man faktisk kan gjøre det i et brukbart programmeringsspråk. Men så er ikke jeg uvirksomhetsarkitekt heller…

Hvorfor ROA: For å unngå monolittiske apper er det noen ganger lurt å skille ut klart definerte domener/oppgaver i egne apper, som håndterer sine oppgaver og blir tatt i bruk av andre. Et teit eksempel er at du ikke har facebook inni appen din, du bruker tjenesten (jeg sa det var et teit eksempel.). Hva definisjon på en monolitisk app er, og når man skal splitte, det er et vanskelig og kompleks spørsmål – it depends, som Kent Beck alltid svarer. Jeg skal ikke gå inn på dette i ActiveResource-demoen, men det kan kanskje være en diskusjon til etterpå?

Det er flere svakheter i ActiveResource, det vil jeg og belyse, sammen med dere. Men som alltid i ruby communityet, noen tar tak og lager nye, bedre biblioteker. Deretter kommer nestemann og synes det kan gjøres ennå bedre, og lager ny. Er det en erstatning på vei? Bredden, kvaliteten og delingskulturen er unikt med Ruby communityet!