https://opennet.ru/openforum/vsluhforumID3/115850.html Компания Microsoft подготовила (https://github.com/Azure/golua) новый движок для исполнения сценариев на языке Lua. Ключевой особенностью представленного Lua VM является реализация на языке Go. В движке поддерживается синтаксис Lua 5.3, но пока отмечаются отдельные несовместимости (непример, отсутствует поддержка сопрограмм) и требуется дополнительная стабилизация API. Код проекта открыт (https://github.com/Azure/golua) под лицензией MIT, которая также используется проектом Lua для распространения кода основного интерпретатора, написанного на языке Си.<br><br><br><br>Напомним, что язык Lua получил основное распространение в качестве встраиваемого языка (например, для определения конфигурации или для написания расширений). Lua комбинирует простой процедурный синтаксис с мощными возможностями описания данных через использование ассоциативных массивов и расширяемой семантики языка. В Lua используется динамическая типизация, языковые конструкции преобразуются в байт-код, выполняющийся поверх регистровой виртуальной машины https://opennet.ru/openforum/vsluhforumID3/115850.html#172 Fri, 23 Nov 2018 06:19:36 GMT Как вариант - написать внешний dll модуль на С/C#. Примеры есть в книге Иерусалимского и на сайте quikluacsharp.ru. Ещё вариант - через lua socket и json реализовать RPC. Я так связывал брокерский терминал quik c встроенным яп qlua (расширение lua 5.1) c luajit. C json/REST/http интерфейсом можно внешние модули на любом языке написать.<br> https://opennet.ru/openforum/vsluhforumID3/115850.html#171 Fri, 23 Nov 2018 05:54:33 GMT уже есть https://github.com/gijit/gi<br> https://opennet.ru/openforum/vsluhforumID3/115850.html#170 Fri, 23 Nov 2018 03:49:22 GMT Так lua тоже динамически типизируемый. Annotate очень интересная библиотека. Там добавляются декоратором doc-строки для проверки типов аргументов функции, по которой генерируется конечный автомат. На luajit работает быстрее чем check type, реализованный на си в виде dll. Да, ещё раздражает обилие locate и end в коде. В moonscript это исправлено. Но разыменование nil - проблема больших скриптов lua. По сути это аналог null pointer exception. Здесь может помочь автоматическая инициализация всех переменных и немутирующие переменные как в функциональных языках. Но тогда это будет другой ЯП и нужно будет всё переписывать.<br> https://opennet.ru/openforum/vsluhforumID3/115850.html#169 Fri, 23 Nov 2018 02:13:43 GMT &gt; Есть различные библиотеки для проверки типов (checks, annotate) и статистического анализа <br>&gt; кода (lua lint).<br><br>Да, но они для версий старше 5.0, я же завязан на 5.0. Да и глупости всё это, я посмотрев, решил что реально чем возится со всей этой хнёй, проще написать компилятор типизированного языка в lua. Вплоть до того, что реализовать lisp на lua, с компиляцией lisp'а в lua. Правда lisp динамиечески типизируемый, то есть он снимет лишь часть проблем.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/115850.html#168 Thu, 22 Nov 2018 20:36:15 GMT Есть различные библиотеки для проверки типов (checks, annotate) и статистического анализа кода (lua lint). Действительно большой недостаток - отсутствие статических структур и некоторые чрезмерные упрощения. Например, невозможно различить отсутствие переменной/поля таблицы и равенство его nil. Или то что обычные массивы и словари объединены в одну структуру table. Или десяток способов имитировать классы, несовместимые друг с другом. <br> https://opennet.ru/openforum/vsluhforumID3/115850.html#167 Wed, 21 Nov 2018 08:26:01 GMT Ну так что, сделаем сборку LuaJIT ZverDVD с JSON и мультипоточностью?)))<br> https://opennet.ru/openforum/vsluhforumID3/115850.html#166 Wed, 21 Nov 2018 05:29:16 GMT Посмотри эту книжку:<br><br>google.com/search?q="Lua+Programming+Gems"+2008<br><br>В ней, вроде, как раз даны примеры применения с объяснением.<br> https://opennet.ru/openforum/vsluhforumID3/115850.html#165 Wed, 21 Nov 2018 03:22:36 GMT &gt; Ох, не уверен, что смогу помочь. С функциями жрёт, т.к. для неё <br>&gt; не баг, а фича (на сколько помню).<br><br>Да там всё фича. Некоторые из этих фичей можно пофиксить колупая _G, но вызовы функций можно пофиксить, разве что, собственными реализациями funcall и defun, и вызова/объявлений всех функций через них. Да и то, этот nil, который lua пихает везде по-умолчанию, нехило так будет мешать. Придётся запретить себе использовать nil как значение, и завести новый атом означающий "отсутствие значения", такой который надо указывать явно, чтобы он был передан, и соответственно тогда возникновение nil в любом месте можно будет считать ошибкой типа "попытка доступа к несуществующей/неинициализированной переменной". И я бы сделал это, но чтобы это было бы удобно использоваться, надо написать обёртки для всех библиотечных функций. И для всех функций из разных пакетов, которые я скачиваю из интернета. Опять же надо писать парсер lua, чтобы генерить эти обёртки (не писать же их вручную!), и опять же встаёт вопрос, не проще https://opennet.ru/openforum/vsluhforumID3/115850.html#164 Wed, 21 Nov 2018 00:44:38 GMT Ох, не уверен, что смогу помочь. С функциями жрёт, т.к. для неё не баг, а фича (на сколько помню). Там даже можно несколько значений вернуть, при этом, если у вызывающего есть лишние переменные, они nil'ами будут, если же их недостаёт, ряд возвращаемых значений похерится. Точно не помню (я на нём эпизодически пишу скрипты для сборки C/C++ проектов при помощи premake), но думаю с аргументами такая же ситуация. Единственное, что могу посоветовать, книгу от автора: Роберту Иерузалимски "Программирование на языке Lua" (на русском существует). Правда она для 5.3. Не знаю, но м.б. существовало издание для 5.0, но я не интересовался. У меня её 3-е издание. На крайний случай думаю можно ориентироваться на книгу, а разницу искать в и-нете.<br>