05. februar 2005 - 17:24Der er
20 kommentarer og 2 løsninger
hjælp til opgave!
Jeg er i gang med en SSO (Større Skriftilg Opgave) om ASP.NET, og er pt. i gang med at afsnit om hvad et skift fra ASP til ASP.NET betyder for brugeren og for programmøren. For programmøren er det ikke svært at materiale, men for brugeren er det stort set umuligt. Er der nogle af jer der har forslag til hvad det kunne være, eller kender artikler om emnet? Enhver hjælp er værdsat!
Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
hej dj_uncas :o) - du kan lige få et par ord herfra.... håber det kan give lidt inspiration.
den er vel egentlig også lidt svær, da man som udgangspunkt vil kunne lave det samme i en asp-applikation som man kan i en asp.net applikation. det er trods alt stadig den samme underliggende protokol der benyttes (http). man kan måske nok argumentere for, at der er mange ting der er blevet nemmere at lave med asp.net, og særligt for asp.net 2.0 er der rigtig meget hjælp at hente, hvis man laver brugertilpassede applikationer.
og... hvis det bliver nemmere for udvikleren at implementere brugertilpasset funktionalitet, og samtidig har mulighed for at gøre det i et OO-miljø, og desuden kan benytte værktøjer der giver bedre muligheder for fejlsøgning (debugging) - vil det inden for et givent budget give bedre muligheder for at lave en god brugervendt applikation.
desuden er det med .net i reglen væsentlig nemmere at sikre kommunikation på tværs af systemer, og også at sikre en præsentabel grænseflade afhængigt af device (v2.0 er yderligere forbedret - også på det punkt).
sidst - men ikke mindst - er der mange almindelige opgaver der tidligere har krævet diverse programmeringsarbejde, der nu kan klares med færre linier kode.
man kan derfor sige at udviklerenes muligheder inden for samme budget er stærkt forbedrede, hvilket kan komme slutbrugeren til gode. (på den anden side er det sjældent alene udvikleren der bestemmer hvordan pengene skal bruges ;o)
en sidste ting jeg lige vil nævne er, at udvidelserne omkring personalisering i v2.0 er så omfattende (og så gode), at det for enhver udvikler (efter en periode i hvert fald) vil synes helt naturligt at sørge for at tage højde for den slags ved hvert projekt - da det sådan set ikke kommer til at tage længere tid / koste ekstra.
såhh... et framework der tilbyder muligheder for personalisering, udviklingsmiljøer der gør det nærmest omkostningsfrit at implementere, og et helt generelt fokus (fra ASP.NET teamet) at kodelinier for almindeligt forekommende web-opgaver skal reduceres kraftigt - vil jeg tro tilsammen vil give bedre oplevelser fra den enkelte bruger.
"XYZ er et kæmpe fremskridt og vil reducere udviklings og vedligeholds omkostninger drastisk."
Den er hørt mange gange. Og det er sjældent at virkeligheden lever op til det.
Mit lidt kyniske gæt vil være at: * besparelsen ASP->ASP.NET ved ny udvikling vil ikke være målbar (<5%) * besparelsen ASP->ASP.NET for vedligehold vil kunne måles (måske 25-50%)
jeg synes da personligt at det synes at gå lidt hurtigere med at få strikket en windows-applikation sammen med lidt c# og et godt ide - end hvis man hiver en dos-prompt frem og hygger med lidt assembly.
der sker da lidt hver gang der kommer nyt... jeg tror dog godt på at dit gæt vil holde vand, men jeg tror så tilgengæld at man - på trods af en 5% besparelse - får en bedre applikation end man ellers ville have fået. og det er egentlig det der er min pointe ... med den samme udviklingstid tror jeg på at slutbrugeren kan få noget der er bedre, og deraf vil det der tilføres ved udvikling i asp.net, kunne have en effekt hos den enkelte slutbruger.
jeg synes også spørgsmålet går på, hvad man kan skrive i en opgave omkring hvilken effekt asp.net kan have på en slutbruger, og der ville jeg nok selv være villig til at våge pelsen og skrive lidt mere end "det har ingen betydning".
tingene hænger jo sammen, og udformningen af asp.net og asp.net 2.0 er i høj grad blevet som det er blevet - fordi der stilles større krav af den enkelte kunde, hvilket igen hænger sammen med at der stilles større krav af den enkelte bruger.
en webapplikation der er lavet i asp for 8 år siden, er jeg meget sikker på kan laves i forholdet 1:1 i asp.net - med en tidsbesparelse der langt overstiger 5%. det er selvfølgelig fuldstændig irrelevant om det kan lade sig gøre eller ej... for man ville sansynligvis have en bred vifte af yderligere krav til applikationen idag.
og... jeg synes det er en realistisk forestilling, at den vil kunne laves på samme tid (eller mindre) - selvom de nye krav medtages.
omdrejningspunktet for webapplikationer idag er i højere grad brugertilfredshed - ofte vha. personificering - og det er en opgave som jeg mener at folkene bag asp.net i høj grad har addresseret.
... spørgsmålet kunne man vel nærmest vende om som : "hvilken påvirkning vil brugeroplevelsen have på udviklingen af nye webapplikations-platforme". og det ville være nøjagtig de samme ting der kunne bringes på banen - og jeg synes sagtens man kan skrive nogle gode ting en i afleveringsopgave omkring den slags.
Mine erfaringer er: - selve det at skrive og debugge koden er en mindre del af et større projekt, hvilket betyder at selv større forbedringer kode skrivningen kun bliver til mindre forbedringer totalt set - ved store komplekse projekter er sprog og værktøjer af perifer betydning sammenlignet med forståelsen af problem stillingerne og hvordan systemet er skruet sammen - det tager ikke længere tid at skrive noget spagetti end noget velstruktureret kode snarere tværtimod - spagettien hævner sig først når koden skal vedligeholdes, så er det tit så svært at sætte sig ind i koden at det tager lige så lang tid med selv trivielle rettelser som det oprindeligt tog at skrive den
Du kan roligt skrive løs om nogle af de mange muligheder der er. Der er rigtigt mange som tror på de store fremskridt. Jeg er bare lidt gammel og lidt kynisk med sådan noget.
Klart - er meget enig, og synes bestemt også det er nogle gode pointer at have med for en besvarelse af en sådan opgave.
Men er du ikke enig i (det er bestemt ment som et spørgsmål), at det miljø man arbejder i - det være sig platform, clienttarget, udviklingsmiljø mv - har en effekt, dels på forhold der overvejes omkring "hvad kan vi lave, inden for en given tid", og dels på den enkelte udviklers bord ?
Spaghettikoden kan koste meget ja, men jeg har nu også eksempler på, at den forkromede objektorienterede løsning kan være dyr, og at det kan være vanskeligt at sondre på cost/benefit i det henseende.
Men hvis koden overhovedet ikke skal skrives - og funktionaliteten kan sikres af indbyggede forekomster - ligger der en mulighed for at tage en procentdel af sit projekt og basere det på noget eksisterende, med de fordele/ulemper det nu kan give. Spørgsmålet omkring spaghetti eller ikke-spaghetti er derved bortfaldet i de områder.
Og... det er min oplevelse, at det der tilbydes i asp.net er i en tilstrækkelig kvalitet til at man kan satse på det - om ikke risikofrit, så i hvert fald med en rigtig god sansynlighed for succes, hvilket jeg mener giver en mulighed for at spare tid, eller bruge den til at forbedre løsningen.
mht. det med web parts - så går spørgsmålet jo specifikt på asp.net, men alle der leverer gode muligheder for udvikling af web-applikationer, synes jeg da virker præget af den generelle udvikling.
Egentlig var der heller ikke noget af det jeg skrev der specifikt gik på web parts, det var mere understøttelsen i framworket ved nye api'er + nye muligheder for online-administration mv.
Jeg synes man er kommet et skridt videre, når man uden at skulle skrive noget som helst kode kan skabe sig muligheden for en typestærk adgang til brugerspecifikke variable, og dermed i sin kode kunne skrive f.eks.:
Ovenstående kodelinie har man self. altid kunne realisere i et objektorienteret miljø.... I asp.net 2.0 er det bare klar til brug sådan lige ud af æsken.
Jeg er slet ikke lige så bred som du er arne, og har ikke noget særlig klart billede af hvad der eksisterer på andre platforme af tilsvarende muligheder - jeg er bare glad for at der er mange ting jeg har skullet skrive før, som jeg ikke behøver at bruge tid på mere :o).
Det jeg skrev var også bare for at prøve at komme med lidt input til dj_duncas opgavebesvarelse... Det var ikke min hensigt at være ironisk, eller forsøge at fremhæve asp.net frem for andet, så du må undskylde hvis det fremstod på den måde. (jeg kan jo ikke helt se mig fri for at være vældig begejstret for .net, så det kommer jeg jo nok også til at hælde lidt ud af ;o)
hold da op, der kom rundt regnet 8 svar mere end jeg havde regnet med! Der var egentlig lidt et long-shot at skrive her, da jeg ikke kunne finde noget andet steds.
Mange tak begge to, der er mere end rigeligt her, så jeg vil straks hoppe tilbage og skrive løs. I skulle vel ikke have nogle artikler der underbygger det i siger vel? Det er noget der altid gør encensor glad :D
igen, mange mange tak!
ps. I må nok deles om pointene. I er sgu lige gode at høre på, og det er nok meget godt med både et positivt og negativt syn på sagen.
mange tak! Jeg vil lige citere min IT lærers sidste ord inden jeg gik hjem og startede på opgaven: "Jeg tror du har valgt det rigtige emne!" Jeg håber han har ret!
(håber du får skruet.... skulle der have stået :o) mvh
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.