Gå til innhold

Gode ferdige API-prosjekter?


Anbefalte innlegg

Hei,

 

Jeg har som oppgave å utvikle eget API til en web app. Etterhvert mobil-app. Finnes det noen gode API-prosjekter (F.eks fra Github) som man kan bygge videre på? Slik at man er sikker på at man utvikler korrekt kodemessig og arkitektur. 

 

Gjerne med EDM integrert. Det er vel den beste løsningen i forhold til database?  (MS SQL)

 

Takk på forhånd. :)

Endret av webliz
Lenke til kommentar
Videoannonse
Annonse

Takk for svar. 

 

Har et inntrykk at når folk tenker API, så tenker man på et åpent dataoverføring. 

 

Men er det ikke standard i dag og lage et eget API til intern bruk? 

 

At man lager funksjoner og databehandling i C# og generer dette til JSON (API på en måte) og så gjøre dette synlig med HTML, CSS og JS? Er ikke det dagens standard? Før var det mye backend og html i samme kode.

Endret av webliz
Lenke til kommentar

Har et inntrykk at når folk tenker API, så tenker man på et åpent dataoverføring.

 

Og det som ligger under Web\Controllers\Api over gjør det.

 

F.eks: https://github.com/dotnet-architecture/eShopOnWeb/blob/master/src/Web/Controllers/Api/CatalogController.cs

 

Den eksponerer en katalog som klienter kan hente på https://<rooturl>/api/Catalog

 

Som sagt, ikke beste eksempelet siden det var litt lett å gå seg bort i mvc-greier som ikke har med det å gjøre.

Lenke til kommentar

Når jeg tenker API så tenker jeg grensesnitt som kan styres programmatisk på en robust måte. I dette tilfellet høres det ut som et "web API" som ofte er REST-basert fordi det er lett å integrere overalt siden kommunikasjonen går via HTTP. Dette er en god retning for web-API som skal eksponeres til offentligheten. Den kommuniserte dataen kan formateres som JSON, XML e.l.

 

Jeg vil to at de fleste brukbare REST-baserte rammeverkene har innebygd kode som konverterer til/fra JSON.

 

For web så trenger man ikke nødvendigvis et web-API, men hvis du skal ha JavaScript-kode som sender forespørsler i bakgrunnen så kan du lage et REST-basert API.

 

Hvis det bare er ment for backend for å kommunisere mellom frakoblede komponenter, så fungerer REST også, men det er ikke alltid den beste løsningen. En "message queue" kan fungere bedre men det kan også være overkill.

 

Det er å anbefale å ha god kontroll på hvordan løsningen skal fungere og hvordan den faktisk fungerer, spesielt mtp. sikkerhet. Det bør finnes en solid grunn til å stole på at en eksisterende løsning fungerer godt før man bygger videre på en.

 

Har selv jobbet en del med ASP.NET Web API og ASP.NET MVC, som begge fungerer greit nok i seg selv som rammeverk for å byge REST-baserte API-er og GUI. Det krever litt oppsett å sette opp en god grunnmur. Det finnes ferdige starter-prosjekter, men som sagt, du bør ha en god grunn til å bygge på en slik løsning.

Endret av ahw_
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...