[Anders Larsson]

Ursprungligen postat av ConnyWesth

När man skriver professionell kod så hamnar 95% eller mer av koden på serversidan. Javascript är beroende av webbläsare och bör undvikas i möjligaste mån.

I Microsoft .NET-miljön (v3.5 och senare) tar en kombination av Visual Studio och .NET Framework hand om mycket av klientscriptningen så man skriver nästan enbart server-kod.

I v4 av .NET Framework och Visual Studio 11 är det ännu mindre klientkodning som behövs, nära nog allt skrivs för serversidan och sen tar ramverket hand om de klientscriptningar som behövs beroende på webbläsare.

Som sagt, detta är ännu ett tydligt tecken på att man måste utgå från behov, inte förutfattade meningar!

Undvika javascript i möjligaste mån? Det beror ju helt på vilken typ av tjänster man ska bygga. Den automatiska serverkoden som blir klientkod fungerar utmärkt till vissa saker, till andra inte alls.

Conny är väldigt klok i saker som har med företagande att göra, men när det handlar om detta är han insnöad och fast i ett visst tänk.

Fundera först vad det är du vill syssla med och utvecklas därifrån.

Vill du jobba med frontend - lär dig adaptiv och responsiv design, html5, jquery, photoshop (!). Finns ingen anledning att fundera över Microsofts Visual Studio till detta, eftersom du inte får någon hjälp därifrån.

Vill du jobba med typiska kunder som använder Episerver, lär dig .Net miljö. Likaså om du vill in i interna tyngre företagssystem som använder just Microsoft som plattform. Om du istället vill bygga Wordpress-sajter, lär dig php, mysql, lite grundläggande om lamp-miljö etc.

Du vill kanske specialisera dig på intranät med Sharepoint, det är inte alls samma sak som att "bygga hemsidor". Ungefär som att en Ferrari inte är som en Scania lastbil.

[MRDJ]

Ursprungligen postat av ConnyWesth

När man skriver professionell kod så hamnar 95% eller mer av koden på serversidan. Javascript är beroende av webbläsare och bör undvikas i möjligaste mån.

I Microsoft .NET-miljön (v3.5 och senare) tar en kombination av Visual Studio och .NET Framework hand om mycket av klientscriptningen så man skriver nästan enbart server-kod.

I v4 av .NET Framework och Visual Studio 11 är det ännu mindre klientkodning som behövs, nära nog allt skrivs för serversidan och sen tar ramverket hand om de klientscriptningar som behövs beroende på webbläsare.

Denna diskution handlar som sagt inte om man gillar serverside-kod eller klientside-kod, TS frågade efter nya webbtekniker.

Att påstå att man skall undvika javascript och klientkod följer absolut inte dagens sätt att arbeta med webb, snarare tvärt om. Det som är aktuellt idag med t.ex "one page layout" där man läser in data via ajax går inte att lösa på serversidan och det är därför det just nu är högaktuellt att lära sig dem senaste teknikerna inom olika javascriptramverk såsom jQuery.

Visual studio som ni nämner använder jag dagligen men det är inte relevant då det är ett utvecklingsverktyg och det är inte vad TS frågar efter.

Jag vill inte vara dryg, men på detta ämne behöver du nog läsa på lite Conny.

[Conny Westh]

Ursprungligen postat av MRDJ

Denna diskution handlar som sagt inte om man gillar serverside-kod eller klientside-kod, TS frågade efter nya webbtekniker.

Att påstå att man skall undvika javascript och klientkod följer absolut inte dagens sätt att arbeta med webb, snarare tvärt om. Det som är aktuellt idag med t.ex "one page layout" där man läser in data via ajax går inte att lösa på serversidan och det är därför det just nu är högaktuellt att lära sig dem senaste teknikerna inom olika javascriptramverk såsom jQuery.

Visual studio som ni nämner använder jag dagligen men det är inte relevant då det är ett utvecklingsverktyg och det är inte vad TS frågar efter.

Jag vill inte vara dryg, men på detta ämne behöver du nog läsa på lite Conny.

Jag är rätt så påläst då jag arbetat som systemutvecklare sedan 1988 dvs ca 24 år och programmerar fortfarande dagligen. Dock använder jag inte vare sig PHP/Phyton/JQuery.

Visual Studio/.NET-plattformen löser Klientkoden åt mig, jag behöver inte tänka på detaljer i webbsidan och anpassa efetr olika webbläsare, det sköter .NET åt mig. One Page Layout låter som det är för små-skutte-system. Ajax finns i .NET-plattformen men den är så smutt att jag inte behöver fundera så där jättemycket på det över huvud taget.

Den modernare arkitekturen i form av MSMVC gör att man skriver server-kod utan tanke på de gamla referenserna på klientsidan. Referenserna hanteras på serversidan och speglas till klienten på ett enklare sätt än med den gamla mer tungrodda klientreferenstekniken (där full state lagrades i varje webbsida, denna tråd är inte till för att gå in på detaljer om det).

Jag tänker inte försöka övertyga dig MRDJ om vad som är state-of-the-art jag beskrev för TS vad som är state-of-the-art i MIcrosoft-miljön för det var vad jag uppfattade TS var mest intresserad av efter TS refererade till tidigare erfarenheter från MS-miljön. Om du gillar PHP, so-fine-with-me.

[Anders Larsson]

Välj teknik efter typ av uppdrag du vill göra!

Gör en lista på tio drömuppdrag, titta sedan vilka miljöer dessa kunderna jobbar i.

Alla språk har för och nackdelar, givetvis, det går inte att ensidigt svara på frågan "vilket ska jag välja" utan att ha en hel del info.

[goose]

Om du väljer asp.net så rekommenderar jag att du tittar på http://www.asp.net/mvc. Jag gillar fortfarande webforms då det är mer moget men du har en hel del andra fördelar med mvc, framförallt testabilitet och mer kontroll av html-renderingen.

[dAEk]

Ursprungligen postat av goose

Om du väljer asp.net så rekommenderar jag att du tittar på http://www.asp.net/mvc. Jag gillar fortfarande webforms då det är mer moget men du har en hel del andra fördelar med mvc, framförallt testabilitet och mer kontroll av html-renderingen.

Vilka brister ser du i Microsofts MVC-implementation (alt. på vilket sätt är webforms mer moget)?

Jag förstår inte hur man kan föredra webforms, det är därför jag undrar.

[Conny Westh]

Kanske ska tillägga att MVC (Model-View-Controler) är både ett mönster för programmering rent generellt, men det finns också en "produkt" från Microsoft som heter MVC. Låt oss kalla produkten för MSMVC och mönstret för MVC så vi håller dem åtskilda.

[goose]

Jag gillar webforms för att de större cms:en fortfarande lirar webforms (framför allt då DotNetNuke). Jag tycker också att iomed asp.net v4 så har jag inte några problem med att jquery:a mina serverside controls längre som var ett större meck i tidigare versioner. Dessutom finns det en uppsjö med tredjepartskontroller och ett stort community. Vill jag ha bättre testabilitet kan jag köra MVP-pattern.

Jag är ändå inte tappad bakom vagnen, jag ser tjusningen med MSMVC med razor-engine, total html-kontroll osv. Dessutom börjar ju Microsofts egna CMS Orchard (som är byggt totalt med MSMVC i botten om jag förstått det rätt) få en mer mognad. Mitt nästa kundprojekt har jag tänkt köra i MSMVC. Eftersom det är ett litet mindre projekt funderar jag att köra VS11 och MSMVC4 (daredevil :O)

Dessutom i grund o botten använder båda approacherna samma ramverk så även om man börjar den ena eller andra vägen så är det mycket kunskap som man kan dela. ScottGu har en bra post i ämnet: http://weblogs.asp.net/scottgu/archi...articular.aspx

Hoppas inte detta är helt off topic

[Base]

Instämmer med dAEk här Skulle nog ej börja på ett nytt webformsprojekt tex numer om det ej fanns yttre omständigheter som kräver det. Som nämnt ovan verkar det finnas en trend att man börjat försöka styra om till MVC, då med Umbraco som primära exemplet. Jag har svårt själv för dotnetnuke. Bara kollat lite av det men räckte för att jag skulle avfärda det. SKulle jag valt cms idag så skulle jag nog gått på Umbraco om jag ville utgå från något med vettigt community som varit med i gemet länge och är 'meriterat'. SKulle man bygga någon mindre site så kanske Orchard hade varit lämpligt och tittar man enbart på tekniska möjligheterna och tex behöver flexibilitet med mycket relationer mellan objekt, landsuppdelning med tex olika versioner av en site beroende på var man surfar in ifrån och liknande så skulle jag gått på kooboo. Dock är ej Kooboo riktigt lika shared hosting vänligt som tex Umbraco så var man ska hosta spelar ju också in.

[goose]

Nyfiken, vad fick dig att avfärda dnn? Det är ju i särklass största cmset för asp.net.