Gotowość GraphQL do rozwoju .net

Question

Znalazłem GraphQL jako atrakcyjną opcję, aby oddzielić rozwój front-end od API (potencjalnie doskonale pasuje do naszej firmy, która ma wiele dostosowań API dla każdego klienta). Jednak nie jestem w stanie dojść do skutku, jeśli jest on gotowy do środowiska programistycznego .NET, czy nadal jest uważany za wczesną technologię? Nie mogę też stwierdzić, czy ma większe problemy pod osłonami (np. Problem N + 1). Wszelkie doświadczenia i wskazówki dla GraphQL z implementacją .NET?

Answer 1

Fakt, że nie ma tutaj odpowiedzi po jednym miesiącu, powinien opowiedzieć swoją historię.

Skoncentrowałem się z .NET Framework na .NET Core i po wypróbowaniu dostępnych bibliotek .NET, wkrótce udałem się do bramy API opartej na TypeScript i bardziej dojrzałej implementacji GraphQL wspieranej przez Facebooka.

Po rozwiązaniu problemu z serwerem mój połączony klient oparty na technologii .NET Framework/Core w łatwy sposób komunikuje się z bramą API. Ponieważ sama bramka jest raczej lekka, wymiana tego na bardziej solidną implementację .NET Core później będzie łatwa.