10 odpowiedzi w tym temacie

[Andrzejek]

Witam tak jak w temacie, która z poniższych przykładów która jest poprawna:

 

/* Plugin generated by AMXX-Studio */


#include <amxmodx>

#include <amxmisc>


#define PLUGIN "TAKIE TAM"

#define VERSION "1.0"

#define AUTHOR "Andrzejek"


new bool:zmienna = false;


public plugin_init() {

    register_plugin(PLUGIN, VERSION, AUTHOR)

    

    // Add your code here...

}


public plugin_natives()

{

    register_native("pobierz_wartosc", "pobierz_wartosc", 1);

}

public bool:pobierz_wartosc()

    return bool:zmienna;

    
czy tak?

public pobierz_wartosc()

    return zmienna;

 

Oraz żeby włączyć funkcje lepiej zostawać natyw czy  forwards, prosił bym o przykłady i doświadczenie z praktyki

 

[K!113r]

public bool:pobierz_wartosc()
{
    return zmienna;
}

 

Raczej tak

[GwynBleidD]

Obie są poprawne, gdyż zmienna i tak jest typu bool

 

a co do:

Oraz żeby włączyć funkcje lepiej zostawać natyw czy  forwards, prosił bym o przykłady i doświadczenie z praktyki

Możesz sprecyzować?

[Andrzejek]

np. mamy jakiś tam public który chcemy wywołać to i to, i czym lepiej wywołać natywem(to wiem jak) czy forwardem(potrzebuje przykładu i opisu)?

[K!113r]

Zależy od sytuacji. Podaj jakąś.

[Andrzejek]

np.

 

public daj_bron()    

{

    

    for(new gracz=1; gracz<=32; gracz++)

    {    

        if(is_user_connected(gracz) && is_user_alive(gracz))

        {

            if(get_user_team(gracz) == 1)

            {            

                player_strip_weapons(gracz);

                give_item(gracz, "weapon_ak47");

                cs_set_user_bpammo(gracz, CSW_AK47, 90);

            }

            else if(get_user_team(gracz) == 2)

            {        

                player_strip_weapons(gracz);

                give_item(gracz, "weapon_ak47");

                cs_set_user_bpammo(gracz, CSW_AK47, 90);

            }

        }

    }

    

}

[GwynBleidD]

Chyba musisz zrozumieć do czego służą forwardy, a do czego natywy... (dla przykładu w deagles map managerze forwardy są użyte niepoprawnie - w drugą stronę...)

 

Masz plugin główny (dla przykładu główny plugin diablo) i chcesz, żeby każdy mógł sobie napisać podrzędny plugin dodający jakąś funkcjonalność do głównego (np klasy diablo). Można to zrobić na 2 sposoby:

 

Pierwszy, poprawny, wygodny, całkiem na miejscu sposób

Tworzysz w głównym pluginie odpowiednie forwardy (czyli "zaczep" który wykona funkcję odpowiednią w pluginie podrzędnym. Forwardem jest np plugin_init, client_connect...) oraz natywy (czyli funkcje dla pluginów podrzędnych, które spowodują wykonanie czegoś w głównym pluginie, natywem jest np client_print) i umieszczasz ich deklaracje w odpowiedniej bibliotece (plik .inc). Następnie załączasz bibliotekę w pluginie podrzędnym i używasz tego, co Ci jest z niej potrzebne.

 

Drugi, poprawny również, ale niewygodny i nie na miejscu sposób

Robisz zupełnie odwrotnie, niż w poprzednim. Czyli w podpluginach tworzysz forwardy i natywy, a następnie dołączasz biblioteki z podpluginów do pluginu głównego. Wymaga to modyfikacji i udziwnień w pluginie głównym i nie jest właściwym rozwiązaniem, aczkolwiek działającym.

 

Wszystko jak widzisz ma swoje zastosowanie. Zastanów się więc w którą stronę chcesz kod wykonać (czy plugin główny ma coś wykonać w podrzędnym, czy odwrotnie) i użyj odpowiednio forwardu lub natywu.

 

Opis używania forwardów (a raczej ich tworzenia, bo używać już umiesz) znajdziesz tu:

Forwardy - Nieoficjalny polski support AMX Mod X

Użytkownik GwynBleidD edytował ten post 13.05.2013 02:55

[DarkGL]

 

Pierwszy, poprawny, wygodny, całkiem na miejscu sposób

Tworzysz w głównym pluginie odpowiednie forwardy (czyli "zaczep" który wykona funkcję odpowiednią w pluginie podrzędnym. Forwardem jest np plugin_init, client_connect...) oraz natywy (czyli funkcje dla pluginów podrzędnych, które spowodują wykonanie czegoś w głównym pluginie, natywem jest np client_print) i umieszczasz ich deklaracje w odpowiedniej bibliotece (plik .inc). Następnie załączasz bibliotekę w pluginie podrzędnym i używasz tego, co Ci jest z niej potrzebne.

 

 

 

przykład kodu który robi to w ten sposób to np. moje diablo , basebuilder

[Andrzejek]

Tylko np. co to ma znaczyć?

ET_CONTINUE, FP_FLOAT, FP_CELL, FP_STRING

bo tego w poradniku nie ma

 

Chyba musisz zrozumieć do czego służą forwardy, a do czego natywy... (dla przykładu w deagles map managerze forwardy są użyte niepoprawnie - w drugą stronę...)

 

Wiesz pytałem się Cypisa co jest lepsze i powiedział mi że tak: forwardy służą do włączenia danego publika, a natyw tylko sprawdza wartość, coś takiego, nie pamiętam dokładnie ale jakoś tak mi to mówił

może np. coś takiego:

 

/* Plugin generated by AMXX-Studio */

#include <amxmodx>
#include <amxmisc>

#define PLUGIN "New Plug-In"
#define VERSION "1.0"
#define AUTHOR "Andrzejek"

new wykonaj;

public plugin_init() {
    register_plugin(PLUGIN, VERSION, AUTHOR)
    
    wykonaj = CreateMultiForward("cos_tam", ET_CONTINUE, FP_CELL);
}

//forward cos_tam();

public cos()
{
    new iRet;
    ExecuteForward(wykonaj, iRet, id_zabawa);
    
    //kod
}

[K!113r]

Ależ jest to w poradniku, pierwsza stała o którą pytasz jest wystarczająco omówiona, kolejne stałe są używane przy tworzeniu forwardu do określenia ilości i typów przekazujących przez forward parametrów, po nazwach można rozpoznać typ parametru.

Zerknij sobie na te pluginy które wymienił Dark (w nowym cod modzie też sie znajdzie, a nawet w jb Cypisa)

[GwynBleidD]

Stałe te oznaczają, jakiego typu parametr zostanie do forwardu wrzucony. Ilość tych stałych wpisanych do CreatexxForward jest dowolna i przekłada się na ilość takowych zmiennych wrzuconych w forward.