SAMP скрипты на Python

[TastyBread123]

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

 

[stach]

Возможно

 

[|| NN - NoName ||]

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

 

[Loocking]

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

 

[Digger Man]

Зачем, если есть moonloader.

Есть те кто им не пользуются, ибо длл(аси) плагины, гораздо практичнее и удобнее!

А на питоне прикольно будет, так что да, делай! но по итогу апи ты будешь на плюсах писать?

ибо никто не мешает, теми же хуками писать читы на питоне, по итогу ты апи будешь делать?

 

[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 и т.д.

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