I det tredie og foreløbige sidste afsnit er strukturen i min service lavet lidt om til en mere message baseret form.

Servicen har kun en enkelt metode som står for at sende en besked videre til en handler. Brugen fra klienten er inspireret af object client (fra part2), men på en typestærk facon.

wcf_uden_brug_af_proxyklasser_i_silverlight3_part_3_message_service.swf

Jeg programmerer idag efter nævnte arkitektur, og er rimelig godt tilfreds. Dog må jeg også erkende at der nu er indført så meget arkitektur, at løsningen nok skal holdes op imod f.eks. Ria Services, hvilket er Microsofts kommende bud på at lave et smidigt kommunikationslag i line of business sammenhæng.

Den 17. September afholde Århus .NET Usergroup DevDays hvor Thomas Juul fra Tenteo afholdte et godt indlæg omkring Silverlight i Line og Business sammenhæng. En lille del heraf var brugen af en lille klient wrapper til at kalde ens WCF services med.

Denne har jeg selv afprøvet og her er min vurdering heraf:

wcf_uden_brug_af_proxyklasser_i_silverlight3_part_2_objectclient_fra_netfxharmonics.swf

Jeg er i forbindelse med mit arbejde hos Trifork igang med at implementere en silverlight applikation. Vi har indtil nu arbejdet med line of business WPF applikationer og derfor er silverligt en teknologi vi må forholde os til og danne os en skarp mening om.

Noget af det første jeg er fokuseret på er at skabe en pæn måde at kommunikere mellem silverlight-klienten og backenden.

De fleste er nok enige om at man idag vil vælge WCF som den overordnede kommunikationsform, men jeg vil gerne frem til en løsning hvor service-konktrakten forbliver i fokus og der fra klientsiden ikke genereres en proxy til servicen.

Dette er måske en snæver problemstilling hvis man har en simpel service hvor kontrakten ligger nogenlunde fast. Men i en normal line of business applikation vil kontrakten hele tiden udvides efterhånden som ny funktionalitet kommer til og på sigt bliver dette en vigtig del af arkitekturen og skal derfor tænkes ind fra start.

Jeg har aldrig været med i et projekt hvor man har har ville skiftet databasen ud og derved gjort brug af et provider uafhængigt db-lag, men jeg har flere gange siddet i projekter hvor man gerne ville skifte kommunikationslaget ud, men hvor dette har været svært/umuligt grundet dyb afhængighed til f.eks. genererede proxyklasser.

Derfor vil jeg gerne se hvor om man kan opnå en tilfredsstillende arkitektur uden. Nedenfor er første del i søgen efter denne:

wcf_uden_brug_af_proxyklasser_i_silverlight3_part1_den_simple_metode.swf