Replies: 1 comment
|
Forslag til ny struktur for å spare plass i response: (eksempel for monthlymax): Og eksempel for lavspent distribusjonsnett-tariff (fixed): Kom gjerne med tilbakemeldinger :) |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Vi har sett på spesifikasjonen DiginGridTariffAPI.v0_8, og ønsker å implementere oss mot dette for å vise prisinformasjon om flere kunder, gjerne tilbake i tid.
Ved at all prisinformasjon (både fixed og variable) legges inn under hver eneste timesverdi, så blir det veldig store respons-objekter og mye repetert informasjon.
Vi estimerer at ved å hente ut GridTariff for 1 år, vil man få ca 12-15MB med data i respons. Dette gjør det tungt for klienten å prosessere objektet, og er stort å sende over nettverket.
Dersom man trekker
fixedPriceogvariablePriceut avpriceInfolisten (som inneholder en liste med alle timene innenfor den forespurte start- og endTimen), og heller gir dise pris-objektene en ID, som timesverdiene kan ha en referanse til. Så vil det bli et mye mindre objekt som er lettere å håndtere for klienten.Her er et eksempel som illustrerer hvordan det kunne sett ut. Hvor
hoursogpriceInfoer skilt ut i hver sin property, hvorhourshar en referanse til id'ene påpriceInfoobjektene. I dette eksempelet er id'ene sammensatte navn, men de kunne like gjerne vært Guids.All reactions