AZ
ну я бы сказал что это штука которая на основе json метаданных твоего сервиса генерит тебе доку и тестилку сервисов
Size: a a a
2020 April 28
AZ
а метаданные сервиса в json'e автоматом строятся, т.е написал я метод у апи, он автоматом покажется в доке и тесте
AS
ну я бы сказал что это штука которая на основе json метаданных твоего сервиса генерит тебе доку и тестилку сервисов
аа, т.е. оно не из кода берёт?
AZ
1с-овцы и bitrix-оиды в восторге
AS
а метаданные сервиса в json'e автоматом строятся, т.е написал я метод у апи, он автоматом покажется в доке и тесте
аа, воо
AS
ну я бы сказал что это штука которая на основе json метаданных твоего сервиса генерит тебе доку и тестилку сервисов
и что это за штука? )) линк?
или ты выше упоминал когда, кидал?
или ты выше упоминал когда, кидал?
AZ
ну из кода оно генерится на автомате, никаких доп. телодвижений не надо, там rtti используется, можно как угодно url играться и биндингом параметров
AS
ну из кода оно генерится на автомате, никаких доп. телодвижений не надо, там rtti используется, можно как угодно url играться и биндингом параметров
вот это я понимаю! 👍
AZ
и вот примерно так это выгдядит в коде
DB
подтверждаю. json + rtti может творить чудеса ) очень мощная связка. ну и атрибуты туда же
AZ
вобщем я в восторге от tms xdata, rest там тоже на полном автомате, суешь датасет через их библиотеку аurelius и у тебя полностью готовый rest api на него с кучей доп. опций типа фильтра через рест, паигнации и прочего, даже строчки кода писать не надо
DB
вобщем я в восторге от tms xdata, rest там тоже на полном автомате, суешь датасет через их библиотеку аurelius и у тебя полностью готовый rest api на него с кучей доп. опций типа фильтра через рест, паигнации и прочего, даже строчки кода писать не надо
красота, конечно ) если всё так
AZ
я сначала dmvc использовал, в принципе очень похожая архитектура, видимо программеры tms его как источник идей и рассматривали, но ушли конечно значительно дальше
AZ
плюс они очень хорошо сегментировали все эти библиотеки друг от друга, есть sparkle это типа библиотека уровня indy, точнее даже абстракция уровнем выше, за счет этого она где надо использует http.sys для сервера, а на кроссплатформе уже инди. Клиентский компонент тоже очень забавно выглядит, на других платформах это обертка над curl :) в общем оно там держит все и везде
GB
вообще сваггер позволяет документировать апи и параметры. для последнего надо атрибуты к параметрам чтоб цеплялись. чего пока нет.
AZ
да, но вроде обещают расширить документирование
AZ
мне вот не хватает описания методов текстом и описания параметров, так что пока веду одновременно доку на гите в виде md файлов
GB
мне вот не хватает описания методов текстом и описания параметров, так что пока веду одновременно доку на гите в виде md файлов
вот как раз штатная возможность. для методов вроде все в ртти есть
AZ
нет, у самой библиотеки пока нет поддержки экспорта описания методов из rtti в json
AS
плюс они очень хорошо сегментировали все эти библиотеки друг от друга, есть sparkle это типа библиотека уровня indy, точнее даже абстракция уровнем выше, за счет этого она где надо использует http.sys для сервера, а на кроссплатформе уже инди. Клиентский компонент тоже очень забавно выглядит, на других платформах это обертка над curl :) в общем оно там держит все и везде
на других платформах это обертка над curl
потому что libcurl - это "стандарт" ))
потому что libcurl - это "стандарт" ))