Я имел в виду https://github.com/graphql/graphql-playground

Семён Семёныч!

@nlinker кстати, доишачил я интерфейсы в master. Должны выкатывать релиз скоро. Постараюсь к нему успеть ещё поправить непотребство со ScalarValue в #[graphql_object].

А какого рода изменения ожидаются? Интерфейсы были чем-то плохи? 😊

Да, они были на декларативных макросах и кривые. И в асинке их считай не было.

А, ну да, да. Если что, у нас зависимость сейчас такая: juniper = {git = "https://github.com/graphql-rust/juniper"} так что релиз конечно хочется, возможно не меньше вашего.

А #[graphql_object] сейчас генерит по дефолту имплы прибитые к DefaultScalarValue, что не состыкуется со всей остальной кодогенерацией и люди постоянно WAT? ловят на этом и у нас куча issues'ов таких.

Я тоже успел немного побиться головой об это.

Раз уж ты зашёл в телеграм, скажи, а почему у всех graphql-типов должен быть параметр S: ScalarValue? Какую задачу вообще решает введение этого S и почему просто impl ScalarValue for MySuperDuperType не работало бы?

UPD: если нет времени отвечать, я тебя пингану ещё ближе к вечеру, если не против

Эту часть архитектуры дизайнил не я вообще. Она досталась в наследство ещё от отца-основателя Magnus Hallin. В буке это мотивируется тем, что можно подсовывать свои, более эффективные или таск-специфичные реализации ScalarValue.

ScalarValue - это, по сути, как всё это дело парсится и репрезентуется из строки.

Но как на меня - это было крайне неудачное решение. Проблем от него много, так как этот тайп параметр пролазит вообще везде. А вот положительного выхлопа я вообще не видел, чтобы кто-то юзал кастомные ScalarValue типы.
Я бы выпилил это дело вообще к херам и упростил бы код.

👍👍 Надеюсь однажды!

Это твой прогноз? Не думаешь, что гугл захочет перекрутиться?

заплатить чутка бабла или лишиться всей жвм экосистемы?

у меня есть теория что царь и тарас это один и тот же человек

нет

Он поклоняется расе Создателей, но совершенно не думает, что несёт