Ska det vara så svårt att skapa en enkel backend?

Jag och några kollegor byggde en backend i Typescript/Node.js + "MongoDB" förra året. Jag hade aldrig pysslat med något av detta förut och det fungerar helt OK, driftas i Azure App Services och med CosmosDBs Mongo-kompatibla API.

Express för API, Mongoose för MongoDB-kompatibel databaaccess och Bree för att köra schemalagda jobb. Relativt simpelt att komma igång med är min uppfattning, även om jag inte satte upp grunderna -- däremot har jag skrivit majoriteten av koden.

Vår frontend är ett SaaS-CMS, så vi använder det systemets rätt speciella autentiserings-mekanismer, så på det området har jag inga som helst tips.

Det låter som om du inte har skrivit någon REST-baserad backend förut? Koncepten är ju rätt så lika oberoende språk och ramverk.

Om det är ett fritidsprojekt är det ju bara att börja smått och sedan bygga på efter hand. Min uppfattning är att det finns massor av Typescript+Node+Express+Mongo-tutorials och att de är relativt enkla att köra, även för någon som mig som inte egentligen kan TypeScript.

Edit:

Jag hanterar i alla fall det på följande vis: Tänk relationsdatabas (datamodelleringsmässigt) minus de faktiska constraintsen för FK. FK finns där, men utan att implementeras tekniskt. Riktiga JOIN? Nej.

MongoDB är väl främst hett på YouTube (evigt tjat om MERN-stack) men verkar inte användas så mycket i "verkligheten" vad jag förstått.

Med express kan du mycket riktigt slänga ihop ett enkelt REST-API men gör inte som i valfri tutorial och släng allt i en fil utan gör åtminstone ett par lager (routes, serrvices eller dyl).

Nest.js har hämtat mycket inspiration ifrån .NET och Java, därav klasser och lite mer verbose.
När jag körde node.js byggde jag ett eget litet Nest.js fast mer avskalat då. 🙂

Vad jag ser så verkar nestjs vara något slags backend med färdig infrastruktur.
Istället för att sätta upp all routing själv så skapar du controllers som får egna routes och allt som behövs out of the box.
Vill man då förstå allt som händer under huven så blir det ju jobbigare för en än om man hade gjort allt manuellt i expressjs.

Vill du slippa bry dig om din backend så mycket så kan jag tipsa om en headless cms som är väldigt populär och enkel att komma igång med.
https://strapi.io/

Håller med om detta, framförallt när det kommer till att komma igång, ju mer komplex koden blir desto sämre hjälp får man av chatGPT men just att komma till en hello world i valfritt verktyg är den väldigt bra på att förklara.

Mitt tips är som en annan sa: dela in det i mindre bitar och få en bit att fungera först:

- Få till att en HTML-sida som kan inkludera JS- + CSS-kod att fungera (kan du göra detta så kan du börja fila på JS-koden) och kan visas i localhost och/eller där den ska publiceras sedan

- Etablera databasanslutning (detta behövs ju för alla anrop mot databas)

- Läsa redan inlagd data (kan du göra detta så kan du även läsa data du lägger in sedan)

- Skriva in inlagd data (kan du göra detta så kan du också nog uppdatera och radera data med minimala kodändringar)

- Ändra/Radera data (kan du göra detta så har du uppnått CRUD)

- Skapa simpel REST API som gör allt ovanstående, men börja med en sak i taget: få REST API:et att ansluta till databas och bara läsa ut data så den returnerar en JSON som du sedan kan läsa in/skriva ut på din webbplats (kan du göra detta så blir det i princip upprepade steg ovan fast du ändrar HTTP metod till POST/PUT/DELETE för 'INSERT', 'UPDATE', 'DELETE' om vi antar MySQL/MariaDB)

- Utöka REST API:et med att bara ta en sträng som JSON från din webbplats som sedan läggs in i databasen (kan du göra detta så blir det rätt lika för UPDATE & DELETE i databasen, fetch-anropet får annan metod och du skickar med JSON på samma vis i body)

Nu i efterhand inser jag att databas-stegen är ju relaterade till REST API då du behöver en särskild miljö för att göra databasanrop direkt via JS. Antar att axios kan tilämpas här?

Har jag sagt något tokigt nu så får mer erfarna gärna rätta mig så jag också lär mig!

Vem eller vilka kallar sådana personer för "seniorer" och hur kan de fortfarande behålla sina "seniorpositioner"?

Mvh,
WKL.

NodeJS är väl etablerat ändå tänker jag. Personligen föredrar jag .NET för backend-utveckling men det är ju högst subjektivt.

En nackdel en del ser med node (bortsett att det är JS då) är att det inte finns några direkta riktlinjer eller mönster att följa. Lite som React vs Angular: gör hur du vill, vi bryr oss inte. Detta medför väl att alla projekt ser ganska olika ut och särskilt frontend är väl lite ökänt för att vara vilda västern medan .NET och Java är mer moget och är väl sannolikt vettigare för stora projekt/team. Nu är jag inte speciellt erfaren i riktiga projekt än så detta är vad jag antar. Föredrar definitiv .NET framför node hur som helst.

Nest.js är väl mer tänkt som "node för enterprise" och är starkt influerat av ovan nämnda plattformar/tekniker med DI, repositories etc medan många som kör node slänger alltihop i app.js och filen blir en mardröm 😁