нет

нет - это для первого или вторго утверждения?)

не будет выполняться каждый раз

если класс создаётся не в конструкторе, а как init значение, он будет разделён между всеми структурами

его адресс хранится в init значении

вот теперь дошло. спасибо

когда вы это сказали в первый раз, моя мысль ушла в другую сторону)

А что ему вот тут может не нравиться?

ну там результат выполнения метода)

а это void

очевидно

а... тоесть вызывать без скобок надо?

Да, то есть надо не «вызывать», а «передавать», так сказать

а чем вызов от передачи отличается? Как я понимаю Ди не Джаваскрипт, где скобки - это вызов

Походу эта штука не для методов: getAttributes Takes one argument, a symbol.

symbol'ом может быть любой символ, в т.ч. и метод

со скобками у тебя получается: __traits(getAttributes, void) без скобок получается: __traits(getAttributes, a.sayGood)

а что ему тогда тут не нравится:

т.е. когда идут скобки идет вызов, а без него типа имя указываю?

У него в рантайме нет доступа к A.bad, так как это нестатическое поле

вынеси bad за пределы класса либо сделай статическим

а... эта штука только для статики — понял

а можно вообще ставить UDA в виде @"bad" и сравнивать со строкой "bad"

вроде бы

http://melpon.org/wandbox/permlink/27G88aAfaTMkmss6

а почему нужны именно строки?

да я пока просто эксперементирую

А, а я думал что-то полезное пишешь)

да пока рано — надо разобраться с темой т.к. на ней как я понял завязана генерации REST в vibed

@ttldtor слух, я не могу понять чем твой код от моего отличается

вроде бы тоже самое делая — а у меня ошибка вылетает

И получается ты обращаешься к полю не создавая экземпляр класса так?

ему нужно чтобы эти переменные были скоупом выше объявлены

ну stringof не совсем поле)

точнее, оно работает с типами

тут не в поле дело. а какое значение должна вывести эта программа? значение есть только на объекте, а объекта нет чтобы взять значение bad. компилятор об этом и пишет

UDA очень редко используют с динамически формируемыми значениями. чаще всего просто константы либо шаблоны, объявляющие некоторые типы. не надо пытаться создать аттрибут-переменную

т.е. объект только в рантайме будет создан и сейчас до его аттрибуов не дотянуться?

да

UDA вообще полностью компайл тайм штука

недавно выяснили, что не полностью

но вот допустим я же могу класс обойти и вытащить аттрибуты у всех методов? так?

значит у методов информацию можно в компайл-тайм вытащить

да полностью CT. просто можно атррибутом задать алиас на переменную и менять её значение. при этом сам атрибут останется неизменным со времени компиляции. максимум, что можно это: string bad = "bad"; class A { @bad void meth(){} } void main() { A a = new A(); alias field = I!(__traits(getAttributes, A.meth)[0]); field = "hell"; writeln(field); }

но вот допустим я же могу класс обойти и вытащить аттрибуты у всех методов? так?

да, но не очень понял в чём дальше вопрос. Можно пройтись, выбрать нужные, записать себе куда-нибудь (как в генераторе HTTP интерфейсов)

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

а то по нему потом будет куча вопросов

недавно выяснили, что не полностью

Кто и где выяснил?

блин, в новой версии dmd это "сломали" =) http://melpon.org/wandbox/permlink/gqezXUrZwJUjRbci

разве это компилтайм было?

да

а... забавно

в аттрибут сохраняется алиас на переменную X. сам атрибут поменять нельзя. а вот почему в новой не собирается мне пока непонятно

На 2.071.2 работает.

хм, видимо готовят сюрприз

а на дев 72 нет. возможно пока просто баг, её же даже в бетту не отдавали

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

блин, есть где-то статьи где для дураков разжовано как Rest интерфейс генерить

а то везде где я читаю ожидается что программер уже все знает

Вот я в доку смотрю и логики не вижу: // GET /api/greeting @property string greeting(); // PUT /api/greeting @property void greeting(string text); почему блин одно PUT второе GET вызывает

по сигнатуре. но обычно используют соглашения по именованию http://vibed.org/api/vibe.web.web/registerWebInterface

А это во всех фреймворках такая система или есть какие-то попроще? Я не только Ди имею ввиду

можно явно аттрибутом указывать, это более распространённый в Java способ

а как часто подобная тема бывает нужна? Типа может проще руками все генерить? Без этих наворотов?

ERROR: S client not available

это колосально проще, чем руками. позволяет просто пользоваться интерфейсами на уровне D, не задумываясь о том, как это будет представлено

особенно если с обоих сторон сервиса D

ну или автоматом сгенерённый js

Во нашел пример https://github.com/rejectedsoftware/vibe.d/blob/master/examples/rest/source/app.d

@rootPathFromName навешан на interface Example1API я правильно понимаю?

да

и это какая-то константа фреймворковская так?

да

http://vibed.org/api/vibe.web.common/rootPathFromName

это колосально проще, чем руками. позволяет просто пользоваться интерфейсами на уровне D, не задумываясь о том, как это будет представлено

Нестандартные моменты всё же гораздо проще руками сделать.

да, нестандартное бывает. особенности сериализации, или надо всего один метод наружу вытащить. это проще руками

как я понимаю листенеру нужно что-то иное так?

http://vibed.org/api/vibe.http.server/listenHTTP это все способы его использования

он принимает функцию void function(HTTPServerRequest, HTTPServerResponse), а не API

В итоге вот что смог сделать. Лучше чем ничего конечно, но...

http://www.everfall.com/paste/id.php?xvc7syz587or

теперь получается все урлы которые я планирую обрабатывать добавлять в интерфейс и реализовывать внутри класса API так?

т.е. вся логика приложения будет в этом классе?

Я вот понять не могу. https://github.com/rejectedsoftware/vibe.d/blob/master/examples/rest/source/app.d#L61 postSum(int a, int b) откуда параметры то принимает?

от клиента

Так. Но обычно же просто json прилетает так?

Писать Json x и дальше х обрабатывать?

да, и фреймвёрк десериализует, проверив типы и отдаст в аргументы

для того это всё и надо чтобы руками в json вообще не лазить

Э... Так до компа доберусь. Надо на примере глянуть

А то не совсем понял

и снова та же ссылка: http://vibed.org/api/vibe.web.rest/registerRestInterface

в примере даже написано // vibe.d takes care of all JSON encoding/decoding // and actual API implementation can work directly // with native types

Тоесть если указано что надо json принимать он серализует входящие данные в json?

ну как сериализует, там приходит json, он и отдаёт json

а вот если не json, то десереализует