не более

"POST запрос тоже может иметь get параметры в строке" Вот это реально новость. Не знал

прочти статью на хабре

ок хорошо

"POST запрос тоже может иметь get параметры в строке" Вот это реально новость. Не знал

просто в vibe есть некоторые соглашения (не знаю насчёт остальных фреймворков, но видимо соглашения стандартные) и генерируемый код их выполняет

например, что в post запросе нет параметров в url, параметры передаются в теле

но никто не запрещает тебе создать такой запрос руками

просто vibe его не будет так отрабатывать правильно

Просто раньше я писал код: void handleRequest(HTTPServerRequest req, HTTPServerResponse res) т.е. эта функция имела два параметра запрос и ответ

сейчас хочу освоить генератор rest но он как-то иначе работает

и к req я мог обратиться как к типу JSON

сейчас получается надо писать как-то так: получается мне надо писать Json postInfo(Json x) // если принимаю JSON запрос и отдаю JSON ответ { }

Но как Олег сказал получается, что x прилетает как строка (или я не так понял)

всё приходит как строка

но часть её парсится в json (тело запроса)

тебе зачем гонять json из и в интерфейс?

ты не знаешь что лежать должно там?

странная ситуация в целом

но часть её парсится в json (тело запроса)

потом десериализуется в параметры метода

вот

кстати почему-то предложенный post man мне POST запрос формирует в виде get запроса. Как я понимаю только get запрос в виде урла идет, а POST передается в теле

там в левом верхнем углу вкладки можно выбирать HTTP-метод. По умолчанию - GET. может быть в этом дело? Еще важно выбрать Content-Type, удобнее всего для json будет так: в разделе body, непосредствено над полем для тела, есть несколько опций для форматов, вам нужно в крайнем правом дропдаун-листе выбрать application/json. В таком случае, будет еще и синтаксис подсвечиваться. Другой способ - указать непосредственно в хэдерах, тогда в разделе body нужно будет выбрать "raw" А по поводу того, что я писал про парсинг, я ошибся. Просто недосып лютый и чет голова в пол силы работала)

вот с таким вот документом работает {"x":{"foo":"test"}, "aa":"bb"}

а вот это уверждение было верным

если вы отправите вот этот джейсон (это согласно вашему контракту (или как это в вайбе называется)), то ваш код отработает. Т.е. проблема была в том, что ваш контркат требует, чтобы в джейсоне был ключ "x", со значением - объектом, в котором есть ключ "foo". т.е. вот это необходимый и достаточный json, который нужно отправить вашей реализации {"x":{"foo":"[подставить нужное значение]"}}

@deviator "тебе зачем гонять json из и в интерфейс?" делаю запрос к сайту, сайт дает мне ответ. —--------- "всё приходит как строка но часть её парсится в json (тело запроса)" В функции: foo(string x) или foo(Json x) в x будет содержаться только тело запроса или весь запрос? Sergey ок спасибо, щас попробую

@deviator "тебе зачем гонять json из и в интерфейс?" делаю запрос к сайту, сайт дает мне ответ. —--------- "всё приходит как строка но часть её парсится в json (тело запроса)" В функции: foo(string x) или foo(Json x) в x будет содержаться только тело запроса или весь запрос? Sergey ок спасибо, щас попробую

к своему сайту?

Да

ну так зачем json, то тогда?

ты же знаешь какие данные будут ходить

например в этом json у тебя 2 массива, один точек, другой имён например

такую сигнатуру и делаешь

int postFunc( Point[] parr, string[] narr );

а в json будет { "parr" : [ {"x":2, "y":3}, ... ], "narr": [ "name1", ... ] }

(где 3 точки это не синтаксис такой, просто элементы могут ещё идти)

в этом и смысл всех этих rest генераторов

а возвращаемое значение тоже нормальное делаешь, какое в D используешь

в случае исключительных ситуаций можешь выбрасывать исключение, мы сейчас пишем json в msg исключения и норм это хавается

тоесть вместо объекта, который нужен будет приходить json из msg

туда по стилю можно записать код ошибки, название и описание (из-за чего она могла произойти)

"ну так зачем json, то тогда? ты же знаешь какие данные будут ходить" Тоесть ты предлагаешь просто обозначить Дишными типами данных данные и Вайб их типа сам к ним будет приводить? Просто чем больше пытаюсь понять, тем сильнее путаюсь

Короче перечитал все еще раз. Реально пришел к мысли, что генератор интерфейса позволяет не только Урлы создавать путем создания Интерфейса и Класса его реализующего, но и суть его заключается в следующем: Для входящего запроса мы описываем в какой-то структуре то что прилетает. Далее когда данные прилетают вайб автоматом пытается замаппить прилетевшие данные на эту структуру. Я хоть примерно близко мыслю?

Или опять мимо?

Примерно близко

а это именно фишка REST в этом? Просто ранее я думал, что REST это просто логика представления данных оп определенным Урлам

Правильно думал

Но одно не мешает другому. Продставляем данные по урлам + внутри автомагически собираем. Все рады.

Если кто-то твое АПИ будет использовать, то он вообще не узнает как у тебя внутри чего на структуры данных мапится. Он увидит только REST интерфейс.

Кстати, а почему вот тут ошибка 404?

Может рутовый путь не указан или указан неправильно?

м... щас попробую. Просто я думал, что без него корень будет рутом

@rootPathFromName interface MyAPI же сгенерит урл: /my_api/

привет

привет)

подскажите плиз

на винде как скомпилить gui app

не console

есть какой-то магический флаг?

без WinMain()

переписывать лень

а что пишет то? Что за ГУИ?

нагуглить не получилось

а что пишет то? Что за ГУИ?

в смысле?

windows subsystem имею ввиду

а...

WinAPI дергаешь?

ERROR: S client not available

да нет, пока без него

я пока учу)

покажи код, я что-то не пойму что именно ты делаешь

или скрин кинь

да любой хеоворд к примеру возьмем

например в mingw есть флаг -mwindows

Ну погоди, ты какой тулкит используешь?

компилятор в смысле? dmd

нет, у тебя гуи же чем-то отрисовывается

В С++ есть GTK и Qt

это как пример

блин, это не важно, на самом деле

главное в хидерах какое число в subsystem будет

test.exe: PE32 executable (console) Intel 80386, for MS Windows

Что-то не понимаю о чем ты. Берем dlangui ищеv там пример hello world и компилируем командой: dub

видишь там console?

да

ясно, ладно

буду дальше гуглить

DFL можешь еще погуглить и dlangui

Как оказалось, аннотация @path не работает без указания метода. Надо писать так: @path("info") @method(HTTPMethod.GET) string Info(); аннотация метода может быть задана не явно, а через префикс get вот так: @path("info123") string getInfo();

DFL можешь еще погуглить и dlangui

https://asciinema.org/a/2x4yw2fnhk0voptgjef9gkw1v

$ pedump t | grep Subsystem [?] can't find file_offset of VA 0x502c SubsystemVersion: 4.0 Subsystem: 2 2 WINDOWS_GUI

а понял о чем ты, нет тут не подскажу

хотя погоди, вот эту тему посмотри http://www.digitalmars.com/d/archives/digitalmars/D/learn/Hide_console_of_gui_program_coded_by_gtkD_41799.html

$ dmd.exe -L/SUBSYSTEM:WINDOWS gtkd_app.d

$ dmd.exe -L/SUBSYSTEM:WINDOWS gtkd_app.d

оно, благодарствую

а подскажите еще

вот я собираю DCD и у меня в конце unable to fork: Cannot allocate memory

это у меня что-то или там в мастере код не рабочий?

буду очень благодарен за ответы

Похоже что у тебя на машине не хватает памяти