gplesz / darksky Goto Github PK

Ami az első látásra látszik, hogy a darksky API-t egyszer kell majd meghívni, egy kérésre visszaadja az aktuális időpont előrejelzését és az egyheti előrejelzést is. A következő feladatokkal érdemes lesz foglalkozni:

• authentikáció
  az API kulcsot kér a felhasználó azonosításhoz. Első változatban ez az alkalmazás beállításaiból jön, de érdemes megvizsgálni, hogy lehet-e a kulcsot API-n keresztül elkérni?
• a visszatérő adatok meghatározása
  ez most úgy néz ki, hogy bővebb adathalmaz érkezik, mint amire szükségünk van, így a feladat, exclude paraméterekkel kitiltani a szükségtelen adatokat.
• a dokumentáció javasolja nagyobb mennyiségű visszaadott információnál a HTTP tömörítés használatát.
• az ingyenes vagy fizetett lekérdezést jelölni, és ezzel együtt az ingyenes napi 1000 lekérdezésből az elhasznált és még rendelkezésre álló mennyiséget jelölni.
• az API által visszaadott adatok modelljének a felépítése
• Hibakezelés
  • nincs hálózat
  • nem elérhető az API
  • kifutottunk a rendelkezésre álló keretből

• Jó kiidulópont a weboldal (a feladatkiírásból: darksky doc)
  • .NET Core Class Wrapper Library by Adam Weiss
  • C# Wrapper Library by Charl Cilliers
  • Portable C# Wrapper Library by Jerome Cheng

jelenleg a minimum és maximum értékek számtani közepét jelenítjük meg

A szerviz konstruktorába kell a napló példány, a hívásba pedig a coordinates és language paraméter, mert ezt többször is meghívhatjuk ugyanazzal a szervizzel.

ha a minimum és maximum értékek megjelenítéséről van már szó (ld: #15)

példa

Eldöntendő kérdések

• az API wrapperhez használjunk-e külső könyvtárat (pl. restsharp)?
• a View készítésekor akarunk-e valamilyen bridge patternt használni, hogy később egyszerűen tovább lehessen fejleszteni az alkalmazást pl. Xamarin alapokon?

Amiket szeretnék használni:

• Specflow a tesztekhez
• Automapper a rétegek közötti adatok átadásához

Minden, ami a többihez nem fér

Ezekkel a kérdésekkel érdemes foglalkozni:

• kötelező megjelenítés (Powered by Dark Sky felirat és link)
• egyéb időjáráselőrejelzési megvalósítások képernyői
• fellelhető és használható grafikai elemek gyűjtése

Jelenleg eseménykezelők futnak, ha rákattintunk egy-egy logo-ra

Click once alapokon legyártáshoz kell egy jó tanúsítvány, ráadásul a clickonce telepítésnél a user settings kezelést is igazítani kell.

Az API-t hívó modell és az ezt használó ViewModel elkészítése a feladat. Ezt (ezeket) lehetne külön projektbe is tenni, de ez egy prototípus projekt, és nincs rá sok idő, így a WPF alkalmazáson belül jönnek majd létre.

DI conténernek a Ninject-et fogom használni.