SAMP скрипты на Python

[TastyBread123]

Будет ли спрос на библиотеку для создания скриптов самп на пайтоне?

 

[stach]

Возможно

 

[|| NN - NoName ||]

Не будет, кто-то делал уже для node js(seven вроде). Зачем, если есть moonloader.

 

[AugustTN]

Если бы это было в году так 18 - мб и пользовалось спросом, сейчас уже все что можно придумать на луа/++

 

[TastyBread123]

по итогу ты апи будешь делать?

Скорее всего да. На гите нашел как раз нужную недоделку(мало функций, даже вывода обычного сообщения нет), попробую сделать ее форк. Самое сложное будет в том, чтобы скрипты запускались вместе с сампцом. Скорее всего придется делать асишку на плюсах, либо запускатор на луашке

Вообще в планах сделать наиболее похожую на moonloader апишку(для своего же удобства), но со своими фичами. Например, для задержки скорее всего не нужно будет создавать поток. А для автовызываемых функций будем использовать слушателя(т.е. декоратор listner)

Но все же это нужно продумать, и вряд ли реализуемо за 2-3 месяца

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

 

[ukiru]

Скорее всего да. На гите нашел как раз нужную недоделку(мало функций, даже вывода обычного сообщения нет), попробую сделать ее форк. Самое сложное будет в том, чтобы скрипты запускались вместе с сампцом. Скорее всего придется делать асишку на плюсах, либо запускатор на луашке

Вообще в планах сделать наиболее похожую на moonloader апишку(для своего же удобства), но со своими фичами. Например, для задержки скорее всего не нужно будет создавать поток. А для автовызываемых функций будем использовать слушателя(т.е. декоратор listner)

Но все же это нужно продумать, и вряд ли реализуемо за 2-3 месяца

есть какой-то лоадер, но работать с ним неприятно будет в каком-нибудь иде https://github.com/user-grinch/PyLoader

было бы классно если скрипты были классами, а так же можно было бы настраивать что загружать, подобно как здесь https://www.blast.hk/threads/26617/

 

[TastyBread123]

есть какой-то лоадер, но работать с ним неприятно будет в каком-нибудь иде https://github.com/user-grinch/PyLoader

Скорее всего пока что будет костыль через os.execute в луа.

было бы классно если скрипты были классами, а так же можно было бы настраивать что загружать, подобно как здесь https://www.blast.hk/threads/26617/

Здесь я чутка не понял. То есть будет только один пайтон файл, и в этом файле будут классы, которые исполняют роль скриптов? Если да, то это вообще не то, что мне нужно.

Я создаю эту библиотеку не просто "для галочки", а из-за обширного выбора библиотек на пайтоне, которые можно будет использовать в скриптах в сампе. Многих библиотек не хватает в мунлоадере.
Есть только один минус по той же причине - это возможность создание легчайшего стиллера.
НО, на ранних этапах запускатор буде запускать только py и pyw файлы, то есть файлы с открытым кодом.

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

 

[ukiru]

Скорее всего пока что будет костыль через os.execute в луа.

Здесь я чутка не понял. То есть будет только один пайтон файл, и в этом файле будут классы, которые исполняют роль скриптов? Если да, то это вообще не то, что мне нужно.

Я создаю эту библиотеку не просто "для галочки", а из-за обширного выбора библиотек на пайтоне, которые можно будет использовать в скриптах в сампе. Многих библиотек не хватает в мунлоадере.
Есть только один минус по той же причине - это возможность создание легчайшего стиллера.
НО, на ранних этапах запускатор буде запускать только py и pyw файлы, то есть файлы с открытым кодом.

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

нет, не в одном файле.
Как это в моём представление: у нас есть родительский класс с методами, полями которые нужно/можно переопределить (например, имя скрипта, версия, метод при загрузке, при выгрузки), лоадер (хотя уже больше на раймтайм похоже) дергает за методы при событиях. А то что будет уже в классе твориться лоадер волновать не будет, можешь туда хоть милион либ подтянуть. Лоадер будет просто подтягивать классы, создавать его новый экземпляр и вызвать определённый метод. Можно сделать чтобы разраб создавал у себя в файле экземпляр и декларировал его в __all__, тут уже будет похоже на DI
Как мне кажется классы лучше чем в луа функции main, onScriptTerminate и т.д.

 

[TastyBread123]

нет, не в одном файле.
Как это в моём представление: у нас есть родительский класс с методами, полями которые нужно/можно переопределить (например, имя скрипта, версия, метод при загрузке, при выгрузки), лоадер (хотя уже больше на раймтайм похоже) дергает за методы при событиях. А то что будет уже в классе твориться лоадер волновать не будет, можешь туда хоть милион либ подтянуть. Лоадер будет просто подтягивать классы, создавать его новый экземпляр и вызвать определённый метод. Можно сделать чтобы разраб создавал у себя в файле экземпляр и декларировал его в __all__, тут уже будет похоже на DI
Как мне кажется классы лучше чем в луа функции main, onScriptTerminate и т.д.

Хорошо, спасибо за предложение)