Добро пожаловать на Pro Pawn - Портал о PAWN-скриптинге.
Страница 2 из 2 ПерваяПервая 1 2
Показано с 11 по 16 из 16
  1. #11
    Аватар для g3or
    Пользователь

    Статус
    Оффлайн
    Регистрация
    14.08.2016
    Сообщений
    4
    Репутация:
    3 ±
    Цитата Сообщение от 123 Посмотреть сообщение
    Если уж на то пошло, то тогда почему бы не использовать язык PHP? - http://pro-pawn.ru/showthread.php?3032-PHP-for-SA-MP
    Думаю, что не для кого не секрет, что в PHP гораздо больше возможностей и встроенных функций, что делает его гораздо удобнее того же Pawn, хоть и самой новой версии. Жалко конечно, что разработчик бросил проект. Думаю, обновление до PHP 7 добавила бы ему производительности.
    Даже если PHP 7 быстрее Pawn, оно медленнее из-за принципа работы, да и совместимости с плагинами/новыми версиями SA-MP там нет. И да, как это относится к теме?

  2. #12
    Аватар для Seregamil
    Проверенный

    Статус
    Оффлайн
    Регистрация
    21.11.2013
    Сообщений
    551
    Репутация:
    274 ±
    Цитата Сообщение от 123 Посмотреть сообщение
    Если уж на то пошло, то тогда почему бы не использовать язык PHP? - http://pro-pawn.ru/showthread.php?3032-PHP-for-SA-MP
    Думаю, что не для кого не секрет, что в PHP гораздо больше возможностей и встроенных функций, что делает его гораздо удобнее того же Pawn, хоть и самой новой версии. Жалко конечно, что разработчик бросил проект. Думаю, обновление до PHP 7 добавила бы ему производительности.
    Потому что это бред. В пхп больше возможностей, но они не раскроются в сампе.
    Это как поставить в бмв двигатель от запорожца. С виду красиво, но медленно....

  3. #13
    Аватар для 123
    Пользователь

    Статус
    Оффлайн
    Регистрация
    09.02.2014
    Сообщений
    93
    Репутация:
    8 ±
    Цитата Сообщение от Seregamil Посмотреть сообщение
    Потому что это бред. В пхп больше возможностей, но они не раскроются в сампе.
    Это как поставить в бмв двигатель от запорожца. С виду красиво, но медленно....
    Более неудачного примера, наверно, сложно придумать. Повышение производительности, конечно, ждать не стоит, но и негативного эффекта не будет. При использование PHP отпадает необходимости использовать дополнительные плагины, типа MySQL, RegEx, и сотни других, делает код более простым и приятным - этого более чем достаточно.

    Да и вел к тому, что если и обновлять Pawno подобным образом, ради каких-то исправлений, то лучше сделать выбор в пользу более современных и функциональных языков программирования. Да и мало кому пригодится Pawno где-то еще, когда как PHP - пригодится везде.

  4. #14
    Аватар для TheMallard
    Пользователь

    Статус
    Оффлайн
    Регистрация
    08.12.2015
    Адрес
    San Fierro
    Сообщений
    217
    Репутация:
    39 ±
    Pawno, да, уже много лет не обновляется, но Pawn (http://github.com/compuphase/pawn) еще жив и даже баги исправляются!

  5. Пользователь сказал cпасибо:
    Battista (27.09.2016)
  6. #15
    Аватар для ziggi
    Проверенный

    Статус
    Оффлайн
    Регистрация
    14.05.2015
    Сообщений
    1,181
    Репутация:
    790 ±
    Все ссылки мёртвые, проекта в GitHub'е не нашёл.

  7. #16
    Аватар для Daniel_Cortez
    "Это не хак, это фича"

    Статус
    Оффлайн
    Регистрация
    06.04.2013
    Адрес
    Novokuznetsk, Russia
    Сообщений
    2,192
    Репутация:
    2589 ±
    Цитата Сообщение от ziggi Посмотреть сообщение
    Все ссылки мёртвые, проекта в GitHub'е не нашёл.
    Вряд ли можно считать это невосполнимой потерей. В компиляторе от Zeex'а сейчас куда больше полезных фич, чем в Pawn 4.0 в сравнении с 3.2 (не говоря уже о степени адекватности некоторых "новшеств" в 4.0).


    Цитата Сообщение от TheMallard Посмотреть сообщение
    Pawn (http://github.com/compuphase/pawn) еще жив и даже баги исправляются!
    Пациент скорее мёртв, чем жив; баги исправляются очень медленно.
    Взять, к примеру, захардкоженный вызов файла с расширением ".exe" из компилятора, из-за которого сам компилятор можно было собрать только под Windows. Мало того, что непонятно, как такое можно было пропустить в релиз (а это был именно релиз, версия 4.0.5588), так ещё и исправлено это было только спустя 8 месяцев с момента появления бага, хотя нужно было всего-то добавить пару директив #if и #endif вокруг платформо-специфичного кода.

    Либо вот ещё: в прошлом году я сообщил автору Pawn об уязвимостях в обработчиках нескольких опкодов AMX в функции amx_Exec(), затем открыл PR с их исправлением. Прошло больше года - ни единого ответа от владельца репозитория, даже простого объяснения, почему этот PR не может быть принят.

    А говорит это всё об одном: у автора Pawn попросту нет либо времени, либо желания (либо и того, и другого) работать над своим ЯП и скоро проект будет полностью заброшен. Собственно, даже тот PR по ссылке выше я уже закрыл, удалив ветку с исправлением, потому что это просто пустая трата времени.
    Индивидуально в ЛС по скриптингу не помогаю. Задавайте все свои вопросы здесь (click).

 

 
Страница 2 из 2 ПерваяПервая 1 2

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •