/agm Бессмертие (GM) для администратора [DC_CMD]

Где второй аргумент "params" в основании команды?

Цитата:

---

Сообщение от Londlem

Где второй аргумент "params" в основании команды?

---

Мы же никаких параметров не берем, можно и без "params"

Цитата:

---

Сообщение от Untonyst

Мы же никаких параметров не берем, можно и без "params"

---

Ещё раз перечитай миф, там не об этом речь шла.

Цитата:

---

Сообщение от Londlem

Ещё раз перечитай миф, там не об этом речь шла.

---

Вот сейчас я действительно запутался. Я просто убрал массив из команды из-за ненадобности его использования.

Цитата:

---

Сообщение от Londlem

Где второй аргумент "params" в основании команды?

---

Зачем он нужен? Для эстетики?
Если params не используется - логично его опустить, не?

Это как с функцией - есть параметр, но ты его нигде не используешь - логично его убрать.

Лично я не вижу причин пропускать массив params, даже если он не используется.
Во-первых, тенически команда на ZCMD/DC_CMD - это public-функция, а у таких функций компилятор не выдаёт предупреждений о неиспользуемых аргументах.
Во-вторых, непривычно читать нестандартный заголовок функции.
В-третьих, даже если убрать из заголовка аргумент params, это никак не отразится на работе команды - в функцию всё так же будут передаваться 2 аргумента: число и адрес строки с параметрами команды.
В-четвёртых, в других языках несовпадение параметров у экспортируемых функций может привести к падению программы. Даже если в Pawn такой проблемы нет, всё равно следует с самого начала привыкать прописывать все параметры, чтобы избежать подобных недоразумений при работе с другими ЯП.

В целом, я с вами согласен, Daniel.
Вот ещё некоторые замечания по предоставленной теме:
1. Если вы будете использовать «ALT» в командном процессоре «dc_cmd», то будет ошибка (точнее, предупреждение: «warning 202: number of arguments does not match definition»), так как аргументы возвращаемой функции передают «params».
2. Плагин/Скрипт командного процессора в любом случае будет передавать массив «params».

Цитата:

---

Сообщение от BaBuIIIkaDrifteR

Не проще ?

PHP код:

---

    if(strcmp(cmdtext,"/agm",true)==0)
    {
        if(PlayerInfo[playerid][Admin] >= 1){SetPlayerArmour(playerid, 999999); SendClientMessage(playerid, -1, "AGM ON");}
        else{SetPlayerArmour(playerid, 100); SendClientMessage(playerid, -1, "AGM OFF");}
        return 1;
    } 


---

---

Логический, 999999 хп когда нибудь закончится.

Цитата:

---

Сообщение от Иван Бубнов

Логический, 999999 хп когда нибудь закончится.

---

прописал снова кмд и вооля, снова до*** хп

Цитата:

---

Сообщение от BaBuIIIkaDrifteR

Не проще ?

PHP код:

---

    if(strcmp(cmdtext,"/agm",true)==0)
    {
        if(PlayerInfo[playerid][Admin] >= 1){SetPlayerArmour(playerid, 999999); SendClientMessage(playerid, -1, "AGM ON");}
        else{SetPlayerArmour(playerid, 100); SendClientMessage(playerid, -1, "AGM OFF");}
        return 1;
    } 


---

---

Цитата:

---

Сообщение от Иван Бубнов

Логический, 999999 хп когда нибудь закончится.

---

Не просто "когда-нибудь закончатся", а вообще не дадут желаемого эффекта. Любые значения, кроме NaN (0x7F800000 в данном случае, но есть и другие варианты), подгоняются под диапазон от 0 до 255. Таким образом, если установить игроку 256 ХП, полоса здоровья не будет мигать и будет полной, но игрок сдохнет от любого неаккуратного прыжка с небольшой высоты, при этом GetPlayerHealth будет возвращать 0.0 ХП. В свою очередь, от 999 999 будет эффект, как от 999999 % 256 = 63 ХП.
Исключительная ситуация с NaN, скорее всего, связана с тем, что NaN не равно даже самому себе и сравнение с ним других чисел должно производиться особым образом (чего разработчики GTA:SA и не учли). По сути, это очередной баг, который можно использовать в целях скриптера.