.NET og C#

.NET-utvikling for tjenester som må virke hver dag

En god backend merkes mest når den ikke merkes. Brukerne skal kunne logge inn, legge varer i handlekurven, velge leveringstidspunkt og bruke kupongene sine uten å tenke på hvilke tjenester som snakker sammen bak. Vi har jobbet i en stor mikrotjenesteplattform i C# og .NET med flere hundre prosjekter bak en nasjonal lojalitets- og netthandelsløsning — medlemmer, handlekurv, ordre, leveringsvinduer, kuponger og søk.

Vi har også bygget mindre, avgrensede verktøy. Ett eksempel er en tjeneste i .NET 10 som synkroniserer åpningstider for butikker til Google Business Profile og Apple Maps, slik at kundene ser riktige tider der de faktisk leter.

Arkitekturvalg i C#- og ASP.NET Core-prosjekter

Noen valg tar vi tidlig, fordi de er dyre å endre senere:

• Isolated worker for Azure Functions. Det er modellen Microsoft anbefaler for nye funksjoner, og den gir samme .NET-versjon, middleware og dependency injection som resten av kodebasen.
• Genererte klienter fra OpenAPI. Kiota eller NSwag gir typede klienter, slik at brudd i en kontrakt oppdages ved bygging og ikke i produksjon.
• Robusthet ved grensene. Polly-policyer og caching legges rundt kall til andre systemer, ikke spredt utover domenelogikken.
• Ekte databaser i testene. Testcontainers fremfor in-memory-databaser, fordi SQL, transaksjoner og migreringer skal testes slik de faktisk kjører.
• Eksplisitte migreringer. DbUp når teamet vil eie SQL-en selv, Entity Framework Core-migreringer når modellen styres fra koden.

Vi er også forsiktige med lag som ikke betaler for seg. MediatR og egne abstraksjoner kan rydde i store kodebaser, men i en liten tjeneste er et rett frem ASP.NET Core-endepunkt ofte lettere å lese og feilsøke.

ASP.NET Core, Azure Functions og .NET Aspire

Mange .NET-løsninger består av en blanding av API-er, bakgrunnsjobber og hendelsesflyt. Vi bruker ASP.NET Core og YARP for API-er og gateways, Azure Functions og Durable Functions for hendelsesdrevne prosesser og langvarige arbeidsflyter, og .NET Aspire for å gjøre lokal utvikling med flere tjenester enklere. Data lagres i Azure SQL, Cosmos DB eller Elasticsearch ut fra hvordan de skal brukes, og meldinger flyter gjennom Kafka der systemene må være løst koblet.

Vi bidrar også i åpen kildekode i C#, blant annet med en plugin for BTCPay Server som lar butikker motta Lightning-betalinger direkte til en Bare Bitcoin-konto.