Gode ferdige API-prosjekter?

[jappadu]

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 4. februar 2019 av webliz

[MailMan13]

https://github.com/dotnet-architecture/eShopOnWeb

 

Edit: Var ikke den jeg mente, så det var mye MVC der... (Ligger noe under api\). 

Endret 5. februar 2019 av MailMan13

[jappadu]

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 11. februar 2019 av webliz

[MailMan13]

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.

[ahw_]

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 12. februar 2019 av ahw_