http://forum.quik.ru Новое в теме Задокументировать nilable / nonnilable поля в используемых структурах форума на сайте Форум QUIK [forum.quik.ru] ru http://backend.userland.com/rss2 Thu, 09 Apr 2026 16:21:36 +0300 Задокументировать nilable / nonnilable поля в используемых структурах в форуме Программирование на языке Lua.
Добрый день,

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и
сообщить Вам результаты анализа. Впоследствии, по результатам анализа,
будет приниматься решение о реализации пожелания в будущих версиях ПО.
24.10.2017 12:10:47, Egor Zaytsev.]]> http://forum.quik.ru/messages/forum10/message27357/topic3158/ http://forum.quik.ru/messages/forum10/message27357/topic3158/ Tue, 24 Oct 2017 12:10:47 +0300 Программирование на языке Lua Задокументировать nilable / nonnilable поля в используемых структурах в форуме Программирование на языке Lua.
Хотелось бы, чтобы в документации помимо перечисления полей для возвращаемых библиотекой объектов (из обычных функций API и из коллбэков On*) было также указано, может ли значение отсутствовать или нет.
Сейчас приходится делать практически наугад, что заметно осложняет создание схемы объектов, например, в тех же Protocol Buffers: например, в том же trans_reply от OnTransReply не указано, может ли отсутствовать order_num. Я так понимаю, что может отсутствовать, в случае если это невалидная тразакция. С сериализацией null в бинарных протоколах, скажем так, не очень, поэтому мне приходится делать это поле не примитивом, а строкой, и на стороне десериализации трактовать пустую строку как null. И таких полей великое множество. Если бы в документации было указано, что nillable, а что -- нет, то это существенно облегчило бы задачу и бонусом добавило бы производительности в конечное решение.
24.10.2017 02:06:48, Enfernuz.]]> http://forum.quik.ru/messages/forum10/message27338/topic3158/ http://forum.quik.ru/messages/forum10/message27338/topic3158/ Tue, 24 Oct 2017 02:06:48 +0300 Программирование на языке Lua