PHP vs. ASP.NET

Tags:    snak

Hey

Jeg har nu igennem nogle år programmeret hjemmesider, og har lavet mit eget lille CMS i PHP. Så det sprog er jeg ved at have rimelig styr på.

Dog har jeg i den seneste tid læst en del om ASP.NET og hørt at mange mener at dette er meget bedre/nemmere at programmere i.

Derfor er mit spørgsmål, hvad er bedst af disse 2 sprog. Kom evt. med positive og negative ting ved begge

På forhånd tak



Hej

Jeg følger jeres diskution med stor interesse også selvom det er noget tid siden.
Jeg er ikke udvikler (programmør) men udvikler et IT system for den virksomhed jeg er ansat hos. Vi startede op med dette system for ca 7 år siden og der anvendes asp.net. Nu siger de udviklere vi bruger at asp.net er forældet i vores system og ingen bliver oplært i denne kodning længere og at vi hurtigst muligt skal få det hele omskrevet til PhP, hvilket er det sprog de normalt anvender. Man siger at der ikke kan fyldes mere kodning på og at systemet oftere og oftere vil crashe
Hvad skal jeg tro. Kan det være rigtigt at sproget er forældet fordi det er 7 år siden man påbegyndte kodningen eller er det fordi man vil have det over php fordi det er nemmere for dem. Her lyder det jo som om at begge sprog er lige fantastiske. Er der nogen af jer der kan hjælpe mig lidt på vej her, så jeg måske kan tage den rigtige beslutning. Det vil tage dem omkring 500 timer at omskrive det hele.

Hilsen
Kjeld



Hej Kjeld

Ja det er en noget gammel tråd du kommenterer i - over 7 år. Måske skulle du oprette et nyt med dit spørgsmål.

For mig at se er flere aspekter der bør overvejes.

Både PHP og ASP.NET har udviklet sig over tiden. Et af kritikpunkterne synes at være at jeres "asp.net er forældet". Det lyder om om at der køres en gammel udgave af asp.net, eller at koden er gammel. Men dette er ikke unikt for asp.net. Samme situationen ville jo være hvis i, f.eks., brugte PHP 3, eller koden ikke har været rørt i syv år og derfor ligner PHP 3. Hvis koden er 7 år gammel kan det godt være lidt hold i at ingen lærer denne kodning længere, men dette vil altid gælde for legacy kode om det PHP eller ASP - som sagt PHP og C# har flyttet sig langt siden.

At der ikke kan fyldes mere "kodning på" uden at systemet oftere vil crashe forstår jeg ikke helt. Hvorfor skulle det pludselig begynde at crashe, medmindre den nye kode er fejlbehæftet. Endelig har dette argument heller ikke noget med PHP at gøre.

Jeg kan ikke læse mig frem til om systemet har været under fortsat udvikling eller ej i de sidste 7 år. Hvis det har, må der jo være udviklere der har nyere erfaring med ASP.NET som kan udvikle på det. Men det lyder som at sådan har det ikke været og at i kun (primært) har PHP udviklere. Dette argument er det eneste jeg har set på hvorfor man aktivt skulle vælge at skifte over til PHP. Hvis alle jeres udviklere er kyndige i PHP og der skal videreudvikleres på systemet i fremtiden kan det godt være billigere at skifte, end at udviklerne skulle sætte sig ind i noget, for dem, nyt.



Indlæg senest redigeret d. 08.01.2016 16:36 af Bruger #14645
Hej Kjeld

Ja det er en noget gammel tråd du kommenterer i - over 7 år. Måske skulle du oprette et nyt med dit spørgsmål.

For mig at se er flere aspekter der bør overvejes.

Både PHP og ASP.NET har udviklet sig over tiden. Et af kritikpunkterne synes at være at jeres "asp.net er forældet". Det lyder om om at der køres en gammel udgave af asp.net, eller at koden er gammel. Men dette er ikke unikt for asp.net. Samme situationen ville jo være hvis i, f.eks., brugte PHP 3, eller koden ikke har været rørt i syv år og derfor ligner PHP 3. Hvis koden er 7 år gammel kan det godt være lidt hold i at ingen lærer denne kodning længere, men dette vil altid gælde for legacy kode om det PHP eller ASP - som sagt PHP og C# har flyttet sig langt siden.

At der ikke kan fyldes mere "kodning på" uden at systemet oftere vil crashe forstår jeg ikke helt. Hvorfor skulle det pludselig begynde at crashe, medmindre den nye kode er fejlbehæftet. Endelig har dette argument heller ikke noget med PHP at gøre.

Jeg kan ikke læse mig frem til om systemet har været under fortsat udvikling eller ej i de sidste 7 år. Hvis det har, må der jo være udviklere der har nyere erfaring med ASP.NET som kan udvikle på det. Men det lyder som at sådan har det ikke været og at i kun (primært) har PHP udviklere. Dette argument er det eneste jeg har set på hvorfor man aktivt skulle vælge at skifte over til PHP. Hvis alle jeres udviklere er kyndige i PHP og der skal videreudvikleres på systemet i fremtiden kan det godt være billigere at skifte, end at udviklerne skulle sætte sig ind i noget, for dem, nyt.


Der har igennem tiden og bliver stadig udviklet rigtig meget på systemet, så for mig gælder det om at finde ud af om der er så meget hold i påstanden om at der ikke kan udvikles mere på det uden at det vil crashe mere og mere, hvilket det har gjort i perioder på det sidste.
I dit indlæg lyder det til at det ikke burde crashe med den asp.net kodning man bruger idag og man sagtens kan fortsætte med dette, er det korrekt. De nuværende udviklere er fuldt erfarne i asp.net. Personligt har jeg ingen forhold til om det er det ene eller andet, jeg må blot se på om de omkostninger der forbundet med at omskrive hele systemet er relevante, så jeg håber selvfølgelig lidt på at du giver mig et skarpt svar. Tak fordi du reagerede på denne gamle tråd.

Kjeld



Indlæg senest redigeret d. 08.01.2016 17:13 af Bruger #21311
Jeg kan tilføje nogle bemærkninger. ASP.NET er ikke et sprog, men et bibliotek/framework. Hvilket sprog koder de i, f.eks. VB eller C#. Både VB og C# er moderne nok til jeres system, og kan sagtens "matche" PHP, så længere vi snakker samme tidsera (altså ikke en 7 år gammel VB versus en spritny PHP version). Personligt synes jeg begge er mere moderne end PHP, men vil ikke bebrejde nogen udvikler for ikke at bryde sig om at skrive VB. Jeg har svært ved at se hvordan et skift til PHP skulle kunne fjerne nogle tekniske barriere der gør at det crasher mindre, og at videreudvikling ville blive nemmere. Dermed ikke sagt det ikke findes, jeg kan bare ikke lige forstille mig hvad det er. Opsummerende, jeg kan ikke se hvordan sprogskift alene skulle gøre det bedre, specielt når udviklerne allerede kan ASP.NET.

Hvis jeg prøver at læse mellem linjerne, lyder det måske om at arkitekturen i det gamle system ikke længere er velegnet til jeres nyere udvikling. Dvs. at måden koden er struktureret på nu gør det bøvlet at udvide med ny funktionalitet, samt større sandsynlighed for at introducere fejl. Dvs. hvis udviklerne vidste for 7 år siden hvad de ved i dag, havde systemet set anderledes ud, og det er derfor de vil lave en omskrivning. Et alternativ kunne være måske være at ændre det nuværende system gradvidst mod en bedre arkitektur.

Men for at afslutte, der er umuligt for mig (eller nogen som helst andre vil jeg tro) at give et skarpt svar, siden jeg ikke kender jeres system, er ikke en del af din organisation og derfor ikke har blikket indefra, eller udviklernes synspunkt.



Indlæg senest redigeret d. 08.01.2016 17:24 af Bruger #14645
Jeg kan tilføje nogle bemærkninger. ASP.NET er ikke et sprog, men et bibliotek/framework. Hvilket sprog koder de i, f.eks. VB eller C#. Både VB og C# er moderne nok til jeres system, og kan sagtens "matche" PHP, så længere vi snakker samme tidsera (altså ikke en 7 år gammel VB versus en spritny PHP version). Personligt synes jeg begge er mere moderne end PHP, men vil ikke bebrejde nogen udvikler for ikke at bryde sig om at skrive VB. Jeg har svært ved at se hvordan et skift til PHP skulle kunne fjerne nogle tekniske barriere der gør at det crasher mindre, og at videreudvikling ville blive nemmere. Dermed ikke sagt det ikke findes, jeg kan bare ikke lige forstille mig hvad det er. Opsummerende, jeg kan ikke se hvordan sprogskift alene skulle gøre det bedre, specielt når udviklerne allerede kan ASP.NET.

Hvis jeg prøver at læse mellem linjerne, lyder det måske om at arkitekturen i det gamle system ikke længere er velegnet til jeres nyere udvikling. Dvs. at måden koden er struktureret på nu gør det bøvlet at udvide med ny funktionalitet, samt større sandsynlighed for at introducere fejl. Dvs. hvis udviklerne vidste for 7 år siden hvad de ved i dag, havde systemet set anderledes ud, og det er derfor de vil lave en omskrivning. Et alternativ kunne være måske være at ændre det nuværende system gradvidst mod en bedre arkitektur.

Men for at afslutte, der er umuligt for mig (eller nogen som helst andre vil jeg tro) at give et skarpt svar, siden jeg ikke kender jeres system, er ikke en del af din organisation og derfor ikke har blikket indefra, eller udviklernes synspunkt.


Hej Søren

Mange tak for dine svar. Jeg er blevet meget klogere på hvad det handler om og godt nytår





Brug det værktøj der løser opgaven. Der findes ikke dårlige programmeringssprog kun dårlige programmører



t