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