N42

manx функция, указанная в логике, не напрямую работает, сначала эту строчку спарсивает основной скрипт логики/торговли/или еще чего, подготавливает и выполняет в нужный момент. Он добавляет еще actor и npc в аргументы (npc - это объект, которому прописана использующаяся логика). На выходе получается if_hip_veteran(actor, npc, p) - тут actor и npc -  объекты, передающиеся всегда и независимо от записи в конфиге , p - это таблица как раз с тем, что написано в скобках у =if_hip_veteran(actor). В итоге  получится вот так:

function if_hip_veteran(actor, npc, {"actor"})

Т.е., (actor) передается третьим аргументом как строка в таблице, а с ней никаких действий в самой функции нет. В первой функции действия выполняются для npc-торговца, который идет вторым аргументом, а во второй функции выполняется для actor, поэтому только вторая функция работала. А переданный в скобках "actor" вообще не задействован.

Аргументы на самом деле можно называть как захочется, но надо следить за тем, что передается изначально в функцию и в каком порядке, порядок важен.

4 часа назад, manx сказал:

В аргумент тут, по идее, нужно вписать название ранга (veteran, master и т.д.). Но кого он будет проверять на соответствие? npc ? Какого npc ? И как сделать, чтобы он проверял на ранг игрока, то есть actor ? Что вписывать в аргумент при вызове функции?

Будет проверять того, в чьей логике/конфиге эта функция прописана. Если у торговца-найма прописано - будет проверяться он. Кроме названия ранга там ничего не вписать без редактирования самой функции.

4 часа назад, manx сказал:

Это все при условии, что я не хочу менять саму функцию, а просто использовать ее для условий в trade_.ltx

Тут в любом случае не обойтись без редактирования либо создания копии функции. Сама функция npc_rank предназначена для проверки у нпс, а не у гг. Может быть уже есть такая же, но для гг, не смотрел.

Чтобы в скобках передавать того, кого надо проверять - это надо писать новую функцию, которая будет по переданному в нее сиду или секции сначала получать объект, а потом проверять его на ранг, но это нужно только если надо проверять не гг и не торговца, а других. Для проверки гг достаточно сделать копию функции с другим названием и поменять там на if ranks.get_obj_rank_name(actor) == p[1] then , заморочки с написанием новой функции лишние, если нет какой-то большой системы зависимости торговли от других нпс, не от одного торговца и гг

9 часов назад, manx сказал:

А как мне узнать, какое название (с actor_ или без) приписал герою движок?

Движок сам ничего не приписывает, группировку задает мододел или в character_desc_general.xml или скриптом. Что мододел присвоит, то присвоит движок, сам он название не меняет.

9 часов назад, manx сказал:

По поводу return, то есть эти функции (к примеру) равнозначны:

Да.

9 часов назад, manx сказал:

Почему здесь actor:character_reputation() , а не db.actor:character_reputation() ?

Потому что actor прописан аргументом у функции

9 часов назад, manx сказал:

function if_actor_powerful(actor, npc)

db.actor используется или если он не объявлен в какой-то переменной или если не передался в функцию. Можно использовать передавшийся actor, можно db.actor, но раз все равно он передался в функцию - используют actor (или другое название, назвать можно как угодно, это просто название для использования в функции)

9 часов назад, manx сказал:

Могу ли я использовать эти функции как условие в файлах trade_.ltx ?

Да. Любую функцию можно использовать как условие, главное, чтобы возвращала true/false

15 часов назад, manx сказал:

1. То есть можно с уверенностью сказать, что функция character_community(db.actor) возвращает actor_dolg, а не просто dolg? В game_relations.ltx есть и actor_dolg и dolg... В чем разница между этими понятиями? Ведь герой может быть просто dolg

Функция вернет группировку гг без изменений, а какую группировку присвоит гг мододел - не суть важно, хоть actor_dolg, хоть dolg, хоть terminator. Но лучше делать отдельные с actor_... чтобы не смешивались с нпс. Да и отношения гг с группировками можно делать отдельные, если нпс этих группировок враждуют, а с гг должны быть нейтральными

15 часов назад, manx сказал:

2. sub(7) получается обрезает возвращенный ответ на 7 символов? Я правильно понял?

Типа того, вернет строку начиная с 7 символа. Почитай про string.sub (да и в целом про string для работы со строками).

15 часов назад, manx сказал:

3. Каким именно образом character_community(db.actor) получает actor_dolg ? Можно объяснить подробно новичку в программировании?

character_community(db.actor) группировку получает из движка через метод obj:character_community(), она не со скриптов получает.

15 часов назад, manx сказал:

Что значит вот это: obj:character_community() ? Что вообще делает двоеточие?

obj - это объект, принадлежащий к какому-нибудь классу (в данном случае класс game_object), после двоеточия указывается его метод. Т.е., это обращение к функции character_community() у объекта класса чтобы эта функция вернула группировку этого объекта. Про основные классы и их методы почитай тут (это по оригиналу, в коке добавили своих методов, но надо сначала изучить основу, а отдельно по коку таких тем не видел) https://www.amk-team.ru/forum/topic/7450-spravochnik-po-funkciyam-i-klassam/#comments

Также там есть про то, как в сталкере вообще объекты работают, про клиенские и серверные, про нетпакеты, в общем, всё там изучай, чтобы стало понятно как всё работает

15 часов назад, manx сказал:

Точка в db.actor - это ссылка либо на файл, либо на таблицу?

15 часов назад, manx сказал:

db.actor - это ссылка на файл db.script ? Но там же actor = nil Как так?

Он там ниже добавляется

15 часов назад, manx сказал:

Почему в функции указаны параметры (actor, npc, p), хотя они не все используются? Зачем лишние?

Потому что эта функция написана для использования в логике объектов, туда передается объект, для которого эта логика используется. Часто для таких функций нужен сам этот объект, и чтобы постоянно не извращаться и не получать его отдельно он сразу передается

15 часов назад, manx сказал:

return db.actor and string.find(character_community(db.actor),comm) ~= nil

Я правильно понял, что после return идут условия этого return ? Это какая-то недокументированная фича? В руководствах об этом ни слова не сказано. Там сказано, что return всегда идет в конце и после него ничего не должно быть из условий

Это не после него, это вместе с ним. Эти условия должны вернуть true или false, и их уже передает return. Сначала вычисляются эти условия, потом return передает. Так меньше кода получается, удобнее