w
Size: a a a
2020 March 03
Oℕ
если взять какую-то агду
Oℕ
или вообще кок
DM
Мне проще надо будет. Лишь схемы данных, без сервисов.
Oℕ
где парсер на ходу доопределяется
Oℕ
а что ты сейчас используешь
Oℕ
а говорил удобно на скале конпеляторы писать
Oℕ
а виш как челики на коке и хошкеле закрутили
Oℕ
теперь у тебя будут аннотации для юзера
Oℕ
потому что на скале "удобно" компиляторы писать
DM
@jey_lee я тупой, поправь меня
Твой компилятор - это генерилка скала сервисов по вот такой идеа лингва или там что-то еще?
Твой компилятор - это генерилка скала сервисов по вот такой идеа лингва или там что-то еще?
DM
Но это нужно бэкэнды все равно фигачить, например если мне нужно в си или го
w
Но это нужно бэкэнды все равно фигачить, например если мне нужно в си или го
λ
service TestService {
get /get/1
get()
get /get/2/{d.f1}/{d.f2}?f3={d.f3}&f4={d.f4}
get(d: D)
get /get/3?f1={...d.f1}
get3(d: D2)
// D2 fields will be transferred into body spec
post /post/1/{d.f1}/{d.f2}?f3={d.f3}&f4={d.f4}
post1(d: D1, body d2: D2)
get /get/4?f1={...d.f1}&f2={d.f2}
get4(d: D3)
get /get/5/{a}
get5(a: i32)
get /get/6?++={d}
get6(d: D3)
get /get/7?++={d}
get7(d: D4)
}Выглядит ужасно
λ
надо http точку отделять от самого сервиса
λ
вариант с аннотациями такой же страшный