[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.

[MRDJ]

Ursprungligen postat av ConnyWesth

Om du tidigare jobbat med Microsoftmiljön antar jag att du vill fortsätta med det och då är givetvis varke PHP eller Ruby on Rail intressant.

Det som används inom Microsoftplattformen är C#, ASP.NET (VB.NET eller C#), SQL-server 2008 R2, HTML5, WPF (Windows Presentation Foundation), WCF (Windows Communication Foundation), .NET Framework 4 (snart 4.5).

Modern systemutveckling kräver oftast objektorientering och stark typning, det får du inte med varesig PHP eller Ruby On Rails.

Nu är du helt ute och cyklar.
Det ni pratar om är serversidan,
Nu för tiden bygger man en stor del av koden på klientsidan med hjälp av javascript.
Och självfallet är det en stor fördel om man använder sig av objektorienterad javascriptkod, men absolut inget krav, mindre sidor som endast behöver anropa ett fåtal rader via jQuery ser jag absolut ingen anledning till objektorientering, det blir bara mer krångligt.

Sedan att påstå att PHP inte är objektorienterat är också helt fel, Det går att få en helt lysande snygg objektorienterad kod med PHP. många av dem stora CMS:en som t.ex Drupal är till viss del objektorienterade.

Som svar på TS fråga så bör ni kolla mer på HTML5 och responsive web / Media Querys. Detta innebär i praktiken att hemsidan ser lika bra ut på en Mobiltelefon, padda eller desctop och använder samma CSS / HTML och javascript.
Man kollar device width ( 320 px för iphone, 1024 för ipad och > 1024 för desctop ) via CSS. det är detta som kallas media querys.

Detta är förståss lite pussel att få ihop både vad gäller Design och HTML.

Några av nyheterna med HTML5 som är användbara är videotaggen, header och footer taggen samt att utnyttja webfonts.

Sen är såklart jQuery något som är används väldigt flitigt nuförtiden.

väljer ni att använda ett färdigt system som t.ex Drupal eller wordpress får ni mycket av dem nya HTML5 funktionerna "på köpet"

[Conny Westh]

Ursprungligen postat av MRDJ

Nu är du helt ute och cyklar.
Det ni pratar om är serversidan,
Nu för tiden bygger man en stor del av koden på klientsidan med hjälp av javascript.
Och självfallet är det en stor fördel om man använder sig av objektorienterad javascriptkod, men absolut inget krav, mindre sidor som endast behöver anropa ett fåtal rader via jQuery ser jag absolut ingen anledning till objektorientering, det blir bara mer krångligt.

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.

[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.

[MRDJ]

Ursprungligen postat av ConnyWesth

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.

One page layout är inget "små-skutte-system", jag har utvecklat några av dem största webbsiterna i Sverige med denna teknik, så där har du fel igen.

Du ser det hela från din synvinkel som systemutvecklare. vi andra webbutvecklare har en helt annan syn på webbutveckling.

TS frågade inte om systemutveckling i .NETmiljö utan om nya webbtekniker

Sen vet jag inte vad du fått ifrån att jag kör PHP på serversidan, visst kör jag PHP men mestadels kör jag .NET men det är inte relevant.