.NET webutveckling idag?

Hej,

Jag har tidigare gjort en del websidor med ASP.NET Webforms och ASP.NET MVC, JQuery. Nu hade jag tänkt ta mig an ett nytt projekt och då det var par år sen jag jobbade med detta så efterfrågar jag nu lite vägledning.

Websidan ska innehålla användarregistrering, messageboard, planering, integrationer med andra system o.s.v.

Min tanke är att köra ASP.NET MVC och möjligen byta ut vissa mer avancerade client side kontroller mot Angular(eller liknande). Jag vill dock undvika tung clientside java kod så långt som det går av 3 anledningar ; 1. Det är en hög tröskel för att lära sig(har sen tidigare tittat på Ember och React som jag inte direkt gillade) 2. Alla sidor ska gå att indexera enkelt av sökmotorerna 3. URL ska alltid representera var man är så det är lätt att hitta tillbaka.

Projektet ska vara uppe och rullar relativt snabbt(par månader) och sen kan jag bygga på med mer avancerad teknik där det behövs.

Så vad bör jag titta på inledningsvis?

- Är det ASP.NET Core som gäller nu?
- Är Twitters Bootstrap good enout? Jag har en hel del erfarenhet av HTML\CSS och att producera grafik själv men i detta fallet vill jag ta in en grund som sedan går att modifiera. Det är också viktigt att sidan är responsive så att den fungerar bra på både en dator och en telefon.
- Entity Framework för att hantera data mellan databas och DAL, kan kanske denna även mappa mellan business objekt och databas objekt??
- NLog för att hantera all loggning till databas?
- Någon mening att köra full TDD för ett webprojekt som man vill komma igång snabbt med?

Hade du läst posten så hade du troligen också sett att jag siktar på att använda Angular för de mer avancerade kontrollerna men hur mycket javascript man ska ha på klientsidan finns det inte vad jag vet någon given andel för.

Jag har jobbat med en del javascript tidigare ex ajax, jquery, react och såklart ren javascript. Har aldrig kommit överens med det, känns minst sagt primitivt och onödigt komplicerat vid felsökning, iallafall om man kommer från .NET. Men jag förstår att man är så illa tvungen när det gäller websidor, särskilt om det ska vara "modernt".

Ansvar? Utveckla.

När jag sist kollade upp det för några år sen var google ensam om att indexera javascript sidor och de lade dessutom minimal kraft på det jämfört med indexering av "vanliga" sidor.

Att ha en webapp har jag redan struket, gillar inte tanken med man inte kan kopiera URL för att komma tillbaka till exakt samma ställe. Visst man kan hålla på med URL rewrites men vem vill gör det, inte jag iallafall.

Men tack för ditt givande inlägg.

Nja, man får se till så att javascriptet inte hämtar data som ska indexeras och som inte indexeras på annat vis. Vet ju att tidigare har det funnits frameworks som generera statisk HTML från javascript sidor som då använts enbart för indexering. Då var det dock metoden inte perfekt på något vis, det var ändå en hel del att underhålla och ha koll på.

Så för min del tänker jag att javascriptet är där för att förenkla och snygga till vissa moment ex med animationer och liknande. Ex om man lägger en post så behöver inte det indexeras utan då kan man köra javascript medan om man besöker en ny sida i ett forum så ska den inte komma via javascript.

Som sagt, Indexering är fruktansvärt viktigt för websidor, det kan avgöra om en sida överlever eller inte. För en app i en telefon eller liknande är det en annan historia, där hade jag helt klart hållit med dig.

Om alla sökmotorer hade indexerat javascript sidor oavasätt hur de kodades så hade jag varit på tåget men så är inte fallet. Dessutom finns det inget fungerer, fungerar inte läge utan man får vackert vänta ganska lång tid innan man ser hur indexeringen verkligen blir för de olika sökmotorerna. Så med andra ord en massa extra jobb. Men vet du något här som jag missat får du gärna upplysa.

Separation är trevligt men var man ska dra gränsen är troligen främst en smaksak. Ex så har man valt att inte separera Angular 2 utan blanda javascript och HTML, är det okay, vissa tycker inte det är bra. För mig känns det ganska naturligt att man får en grund från servicen och att resten genereras på klienten med javascript.

Intressant, vad är det för miljö du syftar till? Har för mig jag körde något verktyg för react men det hjälpte inte då jag aldrig kom överrens med frameworket.

Jo, tanken var att köra TypeScript. Just nu är jag dock lite fundersam om jag ska köra Angular 4 eller möjligen Aurelia som också verkar bra.

Sen är det tydligen ASP.NET Core 2.0 som gäller nu men det ska vara ganska lätt att updatera från ASP.NET Core 1.1.

Har läst på lite mer nu och även provat på Angular 4 lite.

Google webcrawlar söker igenom singelpage(javascript framewor) sidor men det görs i mycket mindre utsträckning än med vanliga multipage sidor. Dessutom är det en ganska komplicerad process så resultatet vet man egentligen inte förrns efter ett tag, man kan nog räkna med lite extra huvudbry. Min erfarenhet är att webspiders normalt inte läser igenom en hel site på ett bräde om det är en stor sida. Jag hade en med 80 000 sidor och det tog ganska lång tid(några månader) att få allt indexerat även när det var en multipage site.

Precis som tidigare kan man välja att installera extra komponent på servern(ex Universal) som renderar sidorna för webcrawlers men det krävs underhållning och kontroller så att resultatet blir som förväntat.

En annan nackdel med singelpage site är att första besöket på sidan kan bli ganska tungt vilket kan försämra upplevelsen för mobila användare. Vet dock inte hur stort problem detta är, antar att man kan dela upp sidan i värsta fall.

Det är alltså inte alls självklart att välja en singelpage site för en sida där indexering är viktig.

Min tanke med att köra multipage och kasta in javascript kontroller är därmed fortfarande intressant. Det tråkiga är dock att Angular 4 är tänkt för singlepage vilket tydligen ska göra det omständigt att använda det så som jag tänkt. React är mer passande och är också det nästa största frameworket men det har jag redan konstaterat att det inte är för mig.

Sen finns Aurelia och Vue men deras communitys är ganska små i jämförelse så det blir mer högst troligt mer utvecklingstid och man får också skriva fler komponenter på egen hand.

Så inget lätt val här. Jo kommer titta vidare på hur Angular 4 går att anpassa för mutipage websida men annars får jag nog välja annat framework.