Praktiske erfaringer med Objektorientert Progress og.NET Jan Kolstad PUG Norway, Lillehammer 2005.

Presentasjon om: "Praktiske erfaringer med Objektorientert Progress og.NET Jan Kolstad PUG Norway, Lillehammer 2005."— Utskrift av presentasjonen:

1 Praktiske erfaringer med Objektorientert Progress og.NET Jan Kolstad PUG Norway, Lillehammer 2005

2 2 Om ProVentus 50++ års erfaring med Progress 6 års erfaring med Microsoft PSDN-medlem  Sikrer tilgang til all software fra Progress MSDN-medlem  Sikrer tilgang til all software fra Microsoft

3 3 ProVentus’ satsningsområder Rapportsystemet ProXtract  Fra enbruker til store installasjoner  Med eller uten datavarehus Bidra til modernisering av Progress-miljøet Database og applikasjonstuning

4 4 Avsporing 1: Utviklerens oppgaver i 2005 Utvikleren skal drive kreativt arbeid og lage løsninger Rammeverket skal ta seg av resten

5 5 Avsporing 2: WebService fra Progress eller.NET 4GL ProxyGen.NET Open Client.NET WebService Progress WebService Fordelaktig å publisere Webservice i.NET

6 6 Agenda Prosjektet Applikasjonen Kompetanse i prosjektgruppa Forberedelser Beslutninger Utviklingsmiljøet Viktigste erfaringer Div. demoer underveis

7 7 Prosjektet Utvikles for KrediNor avdeling Låneservice Tett samarbeid med Naf-Data om tekniske løsninger

8 8 Applikasjonen Administrering av lån for flere långivere Integreres med applikasjon for betalingsoppfølging  Progressbasert client/server og webspeed  Delvis felles database og tabeller  Felles rapportsystem Windows GUI internt Web-browser eksternt på deler av løsningen

9 9 Kompetanse i prosjektgruppa Faglig om låneadministrasjon Progress 4GL, database, AppServer og ProDataSet Visual Studio og.NET Enterprise Architect Objektorientering

10 10 Forberedelser Kartlegge applikasjonen ut fra kravspek Bygge opp nødvendig kompetanse  Enterprise Architect  ProDataSet  OpenEdge Reference Architecture Modellering av løsningen  Lagdeling og funksjonalitet på Progress-siden Tilnærme seg til objektorientering  Klasser og funksjonalitet på.NET-siden

11 11 Beslutning: GUI funksjonalitet Alle oppdateringer fra UI skjer på laveste nivå, dvs. ikke COMMIT for vinduet  Forenkler modellen på.NET-siden Unngår Collection-klasser  Eks. OrdreLinje lagres separat fra OrdreHode

12 12 Beslutninger Skal følge anbefalte fremgangsmåter fra Progress og Microsoft  som er i stadig endring… Appserver kjøres i state-free modus Standardisere parametre mellom.NET og Progress  Context-info sendes alltid som tabell, deles inn i session- og entitetsinfo  Bruke rowid i stedet for primærnøkkel

13 13 Beslutning: Valg av verktøy Modelleringsverktøy:  Enterprise Architect Forretningslogikk og database:  OpenEdge 10.0b Klasselag  Visual Studio 2003 GUI  Visual Studio 2005 (BETA) Rapporter  ProXtract

14 14 Prinsippmodell.NET / Progress

15 15 Kobling mot C/S-applikasjon Users Presentation Layer Business Servicing Layer Data Access Layer Database ”Gammelt” Progress-system Progress GUI C/S Progress batch

16 16 Utviklingsmiljøet Egen server  Terminalserver  Visual Studio 2005 (BETA)  Visual Studio 2003  Visual Source Safe (Whidbey) Brukes ved all utvikling  OpenEdge 10.0b  Enterprise Architect  Tail for Win32

17 17 Context Standardisert context-informasjon delt i to:  Session-info Opprettes av Progress ved login  Entitets-info Opprettes av klient (.NET) Context-info kan skrives og leses av alle

18 18 Session context, eksempler Brukerid Brukernavn Språk-kode (som i Windows)

19 19 Entity context, eksempler Where  Ingen, èn eller flere betingelser Kolonnebredder  Brukes for å vise datagrid med tilnærmet riktig kolonnebredde  Hentes dynamisk fra temp-table Debug-modus  Demo

20 20 Viktigste erfaringer Arbeid i grupper!  Helst minst 3 personer, gjerne én for hvert lag  Alle i prosjektgruppa bør forstå helheten, men hver enkelt må ha spesialområde(r)  GUI-kompetanse kan lettest delta i flere grupper

21 21 Viktigste erfaringer Sette av god tid til å lage byggeklosser Applikasjonen består nesten utelukkende av enkle komponenter  men det er mange av dem

22 22 Viktigste erfaringer Sterk typing som hovedregel, klare unntak Dele inn hovedfunksjonalitet i 4 deler:  Get List Dataset, bruker ikke sterk typing, vises i Datagrid (som støtter NULL-verdier)  Delete IKKE dataset, kun snarvei til Delete for å kunne slette fra ovennevnte Datagrid  Get Dataset, henter entitet for endring. Bruker sterk typing og entitetsklasse på.NET-siden.  Update Dataset, oppretter, sletter og oppdaterer. Sterk typing.

23 23 Viktigste erfaringer Ville vi satset på.NET og ProDataSet igjen?  JA! Hva ser vi frem til?  Mer objektorientert Progress (2005)  Nytt utviklingsmiljø i Progress (?)  Team-utgaven av Visual Studio.NET (2005)

24 24 Demo