[Johnny Viking]

Ursprungligen postat av danjel

En sak som är nice med ASP.NET är att man slipper tankar kring valet att hitta ett "framework" för saker som MVC, ORM m.m samt att väldigt många klasser finns för filhantering ,caching ,säkerhet m.m. m.m
Med PHP spenderar jag mer tid för att abstrahera teknisk komplexitet i egengjorda klasser för att hantera sådana här saker. Men samtidigt spenderar jag mindre tid på kompileringar och laddtider med PHP och kan ofta göra saker snabbare , även av anledningen att .NET är väldigt komplext

Precis PHP är ju väldigt splittrat. Finns många olika sätt att göra saker och en miljon olika ramverk som var och en tycker sig vara bäst.

För .NET finns det alltså bara one way or the high way? Man antingen pallar med det, eller inte.

När du förresten säger komplext, på vilket sätt tänker du då? Jag undrar då jag funderar på att ta en lättare kurs i det bara för att känna till språket bättre.

[danjel]

Ursprungligen postat av Johnny Viking

Precis PHP är ju väldigt splittrat. Finns många olika sätt att göra saker och en miljon olika ramverk som var och en tycker sig vara bäst.

För .NET finns det alltså bara one way or the high way? Man antingen pallar med det, eller inte. När du förresten säger komplext, på vilket sätt tänker du då? Jag undrar då jag funderar på att ta en lättare kurs i det bara för att känna till språket bättre.

Det jag egentligen menade är att de "basic" saker man behöver i webbutveckling såsom routing, request, response, templating, caching m.m. finns som default och är abstraherade i asp.net på ett tydligt sätt i klasser i ramverket. Sen kan saker ändå lösas på väldigt många sätt, vilket är en del av komplexiteten. ASP.NET kan väl sägas vara C# eller VB.NET med tillgång till alla klasser i .NET, en hel del inställningar i IIS och windows kan påverka applikationens beteende, samt saker som web.config och Visual Studio inställningar kan påverka..så det är väldigt många "rörliga" delar som jag tycker gör det komplext..och bara det att det finns flera olika versioner som ASP MVC och ASP WebForms som i sig skiljer sig väldigt mycket i sig..
dock nästa version vNext kommer nog bli enklare att jobba med

[tartareandesire]

Ursprungligen postat av danjel

Det jag egentligen menade är att de "basic" saker man behöver i webbutveckling såsom routing, request, response, templating, caching m.m. finns som default och är abstraherade i asp.net på ett tydligt sätt i klasser i ramverket.

Precis som du säger handlar det om ett ramverk. PHP är INTE ett ramverk; att göra någon som helst jämförelse ur den aspekten blir därför helt meningslöst.

[danjel]

Ursprungligen postat av tartareandesire

Precis som du säger handlar det om ett ramverk. PHP är INTE ett ramverk; att göra någon som helst jämförelse ur den aspekten blir därför helt meningslöst.

Man kan göra jämförelsen i det avseende att en öppen fråga ställs, som i det här fallet , vad är fördelen med .NET eller vice versa. Det är inte heller optimalt att att göra en rak jämförelse PHP + Valfritt Framework vs ASP.NET , eftersom det PHP framework man väljer är en utökning av den inbyggda PHP funktionaliteten helt enkelt.
Min poäng är att man ska vara medveten om att väljer man PHP med ett eller flera Framework så har man ett eller flera beroenden mot källkod som kanske inte kommer underhållas/buggfixas och ytterligare olika tekniker som utvecklarna måste lära sig ..

[Clarence]

Ursprungligen postat av danjel

Min poäng är att man ska vara medveten om att väljer man PHP med ett eller flera Framework så har man ett eller flera beroenden mot källkod som kanske inte kommer underhållas/buggfixas och ytterligare olika tekniker som utvecklarna måste lära sig ..

Så MS underhåller och vidareutvecklar alla ramverk och de funktioner de släppt med komplett backwards compatibility och kommer fortsätta göra så? När släppte den senaste ASP classic versionen? Vad händer när de droppar support helt? Då måste man också droppa säkerhetsuppdateringar för hela sitt OS eller skriva om hela sin kod?

Än mindre håller jag med när man lägger till att man med öppna ramverk har ett community och källkod tillgänglig som gör att vem som helst och alla kan hålla liv i projekt som finns stort behov av. Nu verkar ju t o m MS ha förstått poängen med open source så jag förstår inte varför jag behöver argumentera för det i detta sammanhang

[SEAPelle]

Ursprungligen postat av Clarence

Så MS underhåller och vidareutvecklar alla ramverk och de funktioner de släppt med komplett backwards compatibility och kommer fortsätta göra så? När släppte den senaste ASP classic versionen? Vad händer när de droppar support helt? Då måste man också droppa säkerhetsuppdateringar för hela sitt OS eller skriva om hela sin kod?

Utvecklingen av ASP Classic upphörde för många r sen, lite osäker men gissar på 7-8 år. Windows Server 2012 med IIS8 har fullt stöd för Classic ASP så stöd för det gamla systemet är åtta år till med extended support. Det anser jag vara god support mot gamla användare.

[Conny Westh]

Ursprungligen postat av danjel

Det jag egentligen menade är att de "basic" saker man behöver i webbutveckling såsom routing, request, response, templating, caching m.m. finns som default och är abstraherade i asp.net på ett tydligt sätt i klasser i ramverket. Sen kan saker ändå lösas på väldigt många sätt, vilket är en del av komplexiteten. ASP.NET kan väl sägas vara C# eller VB.NET med tillgång till alla klasser i .NET, en hel del inställningar i IIS och windows kan påverka applikationens beteende, samt saker som web.config och Visual Studio inställningar kan påverka..så det är väldigt många "rörliga" delar som jag tycker gör det komplext..och bara det att det finns flera olika versioner som ASP MVC och ASP WebForms som i sig skiljer sig väldigt mycket i sig..
dock nästa version vNext kommer nog bli enklare att jobba med

ASP.NET är gammalt, nu används WPF (Windows Presentation Foundation) och WCF (Windows Communication Foundation). De som kör Windows Phone kör även Silverlight (är inte helt insatt i vad Silverligt egentligen innebär ännu, har kört det alldeles för lite för att göra en bedömning nu).

Jag jobbar med WCF och WPF just nu, har testat Windows Phone helt kort men var inte så förtjust i det. Får nog testa mer först.

Med WPF kör man XAML som formulärdefinitioner. Vilket ska göra formulärjobbet återanvändbart.

[Adestro]

Ursprungligen postat av Conny Westh

ASP.NET är gammalt, nu används WPF (Windows Presentation Foundation) och WCF (Windows Communication Foundation).

Hm, nu jämför du ju en plattform för webbutveckling (ASP.NET) och en för desktoputveckling (WPF)? Och även om WPF kommer underhållas många år framöver är det väl ModernUI och WinRT-runtimen som Microsoft kommer pusha hårdast.

[Conny Westh]

Ursprungligen postat av Adestro

Hm, nu jämför du ju en plattform för webbutveckling (ASP.NET) och en för desktoputveckling (WPF)? Och även om WPF kommer underhållas många år framöver är det väl ModernUI och WinRT-runtimen som Microsoft kommer pusha hårdast.

Vi fick dessutom senaste versionen av Mono-Complete att fungera på en Raspberry Pi (med ett debian derivat kallat Mint) i går (Tisdag) på jobbet.

Vår C#-utvecklade applikationer med grafiskt användargränssnitt funkade klockrent. Man måste bara installera SSL-certifikaten manuellt för att det ska rulla på felfritt.

Vi utvecklar applikationerna med C# i Microsoft Visual Studio Professional 2013 (VS). Vi kompilerar projektet i VS till en EXE-fil (och några stödfiler) som vi bara kopierar över till Raspberry Pi med Filezilla (FTP). Sätter exekveringsbiten med kommandot:

sudo chmod +x program.exe

sen är det bara att köra så det ryker....

Skillnanderna är väl mest att serieportarna heter 'COM8' i Windows-miljön men '/dev/class/gpio/gpio24' i Linux-miljön.

[digiArt]

Ursprungligen postat av Conny Westh

ASP.NET är gammalt, nu används WPF (Windows Presentation Foundation) och WCF (Windows Communication Foundation). De som kör Windows Phone kör även Silverlight (är inte helt insatt i vad Silverligt egentligen innebär ännu, har kört det alldeles för lite för att göra en bedömning nu).

Jag jobbar med WCF och WPF just nu, har testat Windows Phone helt kort men var inte så förtjust i det. Får nog testa mer först.

Med WPF kör man XAML som formulärdefinitioner. Vilket ska göra formulärjobbet återanvändbart.

Silverlight är nedlagt (till förmån för HTML5), sista versionen är supporterad fram till 2021.
WPF antas vara dött baserat på inaktivitet från MS sida.