Trivia Mod, API2 | Игра "Викторина"

Название скрипта: Trivia Mod
Версия: 1.02
Версия API: API2
Автор: alex82

Информация:
Скрипт создан на основе Викторины 1.6 (by NRJ), которая в свою очередь основывается на скрипте Trivia (by chill). Изменения относительно оригинального скрипта:
* Перевод на API2
* Оптимизация и уплотнение кода
* Некоторые изменения функционала:
- Запоминание последнего состояния игры
- Юзеры могут самостоятельно включать Викторину (отдельные настройки автоотключения)

 Trivia_Mod_v1.02.rar ( 172.88 килобайт ) Кол-во скачиваний: 877

 Trivia_Mod_v1.02.7z ( 203.96 килобайт ) Кол-во скачиваний: 397


Версия, поддерживающая Lua 5.3:
 Trivia_Mod_v1.02a.7z ( 204.04 килобайт ) Кол-во скачиваний: 57


PS. Убедительная просьба сообщать о найденных ошибках.

Хм... Убрав методы, не думаю, что скрипт ускорит свою работу.
Абсолютные пути не прописаны.

Функции выполняются медленнее чем методы?

PtokaX прекрасно понимает относительные.

Дело в передаче параметров. В функции передача осуществляется через копирование в стек, а в методе передача первого параметра осуществляется по ссылке (без копирования и с непосредственным обращением к адресу памяти).

Абсолютные пути правильно работают в любой версии ptokax, а вот относительные пути в версии 0.4.1.0 работают от папки с ptokax.exe, а в остальных версиях от папки scripts. Всё же мне кажется лучше писать универсальные скрипты, работающие на любой версии, тогда и меньше вопросов будет: "а почему у меня не работает?"

По поводу путей. Если админ хаба не в состоянии исправить ОДИН параметр в настройках скрипта для того, чтобы скрипт заработал на его устаревшей версии птоки, то такой админ хабу не нужен, хаб проживёт и без него.

А элементы ООП убраны вовсе не из соображений оптимизации, а для лучшей читаемости кода.

Почему ты так игнорируешь абсолютные пути? Ведь даже на линуксе скрипт работать с относительными путями не будет. Зачем игнорировать если есть возможность сделать скрипт универсальным. Может есть какая-то приина по который ты пытаешься использовать относительный путь?

По поводу ООП я бы так не сказал, скорее это всё же некая эмуляция ООП))) И с методами читаемость кода вовсе не хуже.

Потому что, как ты сам знаешь, вызывать Core.GetPtokaXPath() непосредственно в настройках нельзя, а если перенести его в OnStartup, то туда же прийдётся вынести и настройки файлов, либо переопределять их. Так что я не игнорирую абсолютные пути, я просто стараюсь избегать излишнего усложнения. А фанаты абсолютных путей и линуксоиды (которым вообще не привыкать стучать по клаве - им ведь даже для того чтобы посмотреть текстовый файл, наверное, приходится прописывать зависимости и пересобирать ядро ) могут без проблем прописать путь в переменной path.


Скорее пародия ). Судя по всему, NRJ пытался копировать стиль автора оригинального скрипта. И наваял нечто жуткое.

а если в настройках сделать переменную sPath = "Папка скрипта" а в потом

А если в настройках

Тогда не катит

Твоя позиция насчёт путей мне ясна, но однако я не считаю, что одна дополнительная строчка в функции OnStartup, которая переопределит пути, сильно усложнит скрипт)))

NRJ не пытался ничего копировать. Он просто переводил скрипт с lua4 под lua5 + переводил на русский язык + фиксил некоторые баги + кое что дописывал, но основные принципы построения скрипта он не изменял. А автор скрипта не просто так писал методы, он знал как эффективнее написать код для оптимальной работы скрипта. Может и не столь модульно и наглядно выглядит код, но всё же оптимизированно, а тот кто разбирается в lua, тот должен понять код, как бы заумно он не был написан. По себе могу сказать, что чем больше пишешь, тем всё больше и больше стараешься написать более оптимизированный, красивый и универсальный код и порой находишь простые решения, которые до этого не видел и не воспринимал. Я конечно не хочу навязывать свои принципы, но всё же советую обращать внимание на замечательные (необычные) реализации)))))

Насколько я понимаю, почти весь класс TrivEx - дело рук NRJ, ну а curTriv - из оригинального скрипта. Если сомневаешься - почитай чейнджлог викторины на проце.

Я ничего не имею против "необычных" реализаций, но какой, черт возьми, смысл в этой функции:

Не проще ли взять взять значение переменной напрямую? Или это такой способ оптимизации? И подобных моментов в скрипте было довольно много.

Согласен, что это не оптимизированный кусок кода, но смысл в этом был следующий: любой хороший программист сначала делает некоторый так называемый макет программы. Он ещё не знает будет ли он использовать ту или иную функцию, будет ли на данное место дописан какой-то код. Делаются так называемые функции-заглушки, которые ничего не выполняют, и на место которых должны будут встать функции, которые что-то будут делать. В программе предусматриваются разные варианты и только потом при самой реализации выбирается какой-то один вариант. Так вот в этой функции сначала видимо предполагалось, что после выполнения этого условия должно быть некоторое действие, а не просто возврат значения. Согласен, что после написания стабильной версии должен идти этап оптимизации, который порой бывает затяжным. Но смысл данных кусков кода думаю должен быть понятен.

Принцип написания эффективной программы состоит в тщательном планировании. В С++, в частности, это выражается в величайшем изобретении - наследовании - в построении неких базовых классов, которые потом расширяются.

В данном случае мне видится несколько иное обьяснение - NRJ просто не знал как взять значение переменной из другого класса (в оригинальном скрипте она обьявлялась как self.getques, а за пределами класса была, естественно, curTriv.getques). Сие предположение ни в коем случае не бросает тень на вышеназванного кодера, а говорит лишь о том, что он начал модифицировать скрипт на ранних стадиях развития своего программерского таланта.

когда инрает только один человек - то всё нормально. заходит второй (третий и так далее )
то почему то при игре не реагирует на правильные ответы. и очки не плюсуе. только вопросы шлёт и ответы с подсказками пишет

Попробуй подвинуть скрипт в самый верх.

не помогло

В каком режиме работает? Игра всем доступна, или только тем, кто присоединился?

только к тем кто присоединился. игра в личке. бот не зарегистрирован на хабе.
вопрос: как можно сделать так чтобы можно было видеть ответы (игро комната) других пользователей?

Так не может быть. Бот ВСЕГДА регистрируется если игра ведётся в личке, вне зависимости от настроек.

Проверил режим игры в личке - ошибок не заметил, сообщения нормально ретранслируются всем игрокам.

т.е. викторину можно не пускать в мэйн а играть в привате?
так это, получается, один играть будешь или все кто хочет? и буду лия например видеть, что отвечают другие?