[Conny Westh]

Ursprungligen postat av ReKa

Hej,
för 10-12 år sedan arbetade jag som webbutvecklare och då gällde Asp, Html, Css samt lite Javascript.
Jag ska nu bygga en webbplats men undrar vilka tekniker man använder sig av nu...
Antar att Css och Javascript fortfarande används, samt .net ist. för klassisk Asp.

Men Html? Är det Html5 som nyttjas i webbsideproduktion?

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.

[schierbeck]

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.

Kan du specificera lite vad du menar med din sista mening. Blir förbryllad av det där med att man inte får med objektorientering med PHP.

[Conny Westh]

Ursprungligen postat av schierbeck

Kan du specificera lite vad du menar med din sista mening. Blir förbryllad av det där med att man inte får med objektorientering med PHP.

PHP är inte objektoerienterat, men det finns en begynnande objektbaserad programmeringsparadigm, det var mycket som saknades senast jag kollade.

[Dimme]

Ursprungligen postat av ConnyWesth

PHP är inte objektoerienterat, men det finns en begynnande objektbaserad programmeringsparadigm, det var mycket som saknades senast jag kollade.

PHP är objektorienterad.

[tartareandesire]

Ursprungligen postat av ConnyWesth

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

Det där stämmer inte alls idag, vilket har påpekats typ femtielva gånger vid det här laget. Det har ingen som helst betydelse om du väljer .NET eller PHP men eftersom TS har erfarenhet av ASP sedan tidigare blir det naturligtvis lite lättare med det tidigare. Beroende på målgrupp så varierar det, precis som Anders säger, emellertid hur vanligt det ena eller andra är. I det offentliga är exempelvis open source inte lika vanligt även om användningen ständigt ökar även där.

Vad gäller JavaScript så bör du titta på jQuery och förundras över hur mycket enklare allt blivit

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