Open branc116 opened 7 years ago
Ili možda da class-ovi u modleima budu baseclassevi te onda da classovi u OQPYManageru samo ineratju sve te da se po potrebi overrita proerty te da se dodaju DataAnnotations.
Ovako bi izgledalo za location, i vjerojatno bi radilo s entity-jem
što se tiče bota, kako bot može komunicirati sa stranicom preko stranice(api-om)? Je li to ograničeno? Jer sam mislio to ovako napraviti(i stvarno prvi put radim api) https://docs.microsoft.com/en-us/aspnet/core/tutorials/first-web-api
E sad područje mi je pomalo nepoznato, trebala bi mi neka literatura, članak kako naš bot radi, tj. što sve može?
Ako bot i web koriste zajedničke modele ne vidim zapreke da budu u jednom library projektu. Jer što se tiče DataAnnotations za bazu mi ne trebaju, jer sve definiram u DbContextu(što se tiče izgradnje baze podataka).
Da da točno to, al onda kad ćemo slati modele do klijenta (bot server) on mora znati kako taj model izgleda pa nam treba definicija tog modela i u bot-u a api, vidjet ćemo koliko je to teško.. nadam se da nije pretjerano, izgleda dosta intuitivno, a sad.. vidjet ćemo..
Reci mi dal ti odgovara ova solucija
Josipe, javio se još jedan problem, ovaj put u vezi modela
Znači u bot projektu bih isto trebao imati pristup modelima venue, tag,itd... no nemogu doći do toga, jer je kompatibilnost sranje...
Moj prijedolg: stavimo modele u zasebni projekt, projekt će biti tipa .net standard library 1.5, tako da će i .net core i .net framework biti u mogučnosti čitati iste modele.
No kod te solucije sam isto naišao na problem,u toj soluciji se nemogu pisati DataAnnotations što stvara problem s template modelima...
Moj prijedlog za taj problem: umijesto da stvaramo zajedničke class-eve, stvorimo zajedničke interface ili ne stavljamo DataAnnotations na modele koje ćemo sami napraviti i ne uključimo template modele u .net standard projekt
Koja solucija ti se više sviđa ili imaš neku drugu ideju?