Skrypty & Kody Skrypt, ze ka?dy online dostaje items.
- Thread starter CunAus
- Rozpoczęty
- Status
. Komenda ma Polega? ze ka?dy zalogowany dostanie jaki? items. Tibia 8.6 / Silnik TFS 036PL CRYI~~
- Dołączył
- Marzec 18, 2013
- Posty
- 246
- Liczba reakcji
- 29
Odp: Skrypt, ze ka?dy online dostaje items.
Ehh, az sie boje skrytykowac i doradzic na przyszlosc, bo zaraz od hejterow zwyzywaja...
@up
3 linijka brak ).
4 linijka graczom zamiast gracza, to liczba mnoga.
Polecam formatowania kodu uczyc sie od poczatku, bo jak odlozysz o na pozniej to potem masz wyrobione zle nawyki ktorych ciezko sie pozbyc. Chociaz zacznij od tej indentacji i podzialu kodu na sekcje, jesli mozna to tak nazwac.
To tyle jesli chodzi o to co dotyczy samego kodu. Teraz troche o logice.
Sama petla powiedzmy jest ok.
Dodawanie itemu moglo by byc z parametru komendy, a nie hardcodowane w skrypcie. Drobna zmiana w kodzie a uzytecznosc i wygoda rosnie kilkukrotnie.
Zamiast uzywac doPlayerSendTExtMessage dla kazdego cida online lepiej wykorzystac poza petla prosty broadcast. Niby w praktyce i tak nikt nie zwroci na to uwagi jak jest napisane i zasobow przez takie rzeczy nie zabraknie. Ale tu znow, myslenie i wyrabianie dobrych nawykow. Potem ci przyjdzie sie mierzyc z rzeczami gdzie taka optymalizacja bedzie niezbedna, zeby sie w ogole dalo jakis problem rozwiazac.
Dokladnie to samo bedzie przy wykorzystywaniu zbednych parametrow funkcji onSay. Po co bierzesz i przesylasz parametry takie jak "words", "param", "channel" skoro wykorzystujesz tylko cid?
Ogolnie spoko, taki prosty podstawowy kodzik od poczatkujacego. Problemow wiekszych nie ma, bo wiekszosc z tych problemow jest zalatwiona po stronie serwera dzieki temu w jaki sposob zostal silnik napisany. Wiec mozna i tak to zostawic. Ale mimo wszystko proponuje myslec o takich rzeczach i starac sie poprawiac kod swojego autorstwa jesli ma sie w planach jakikolwiek rozwoj.
Ehh, az sie boje skrytykowac i doradzic na przyszlosc, bo zaraz od hejterow zwyzywaja...
@up
3 linijka brak ).
4 linijka graczom zamiast gracza, to liczba mnoga.
Polecam formatowania kodu uczyc sie od poczatku, bo jak odlozysz o na pozniej to potem masz wyrobione zle nawyki ktorych ciezko sie pozbyc. Chociaz zacznij od tej indentacji i podzialu kodu na sekcje, jesli mozna to tak nazwac.
To tyle jesli chodzi o to co dotyczy samego kodu. Teraz troche o logice.
Sama petla powiedzmy jest ok.
Dodawanie itemu moglo by byc z parametru komendy, a nie hardcodowane w skrypcie. Drobna zmiana w kodzie a uzytecznosc i wygoda rosnie kilkukrotnie.
Zamiast uzywac doPlayerSendTExtMessage dla kazdego cida online lepiej wykorzystac poza petla prosty broadcast. Niby w praktyce i tak nikt nie zwroci na to uwagi jak jest napisane i zasobow przez takie rzeczy nie zabraknie. Ale tu znow, myslenie i wyrabianie dobrych nawykow. Potem ci przyjdzie sie mierzyc z rzeczami gdzie taka optymalizacja bedzie niezbedna, zeby sie w ogole dalo jakis problem rozwiazac.
Dokladnie to samo bedzie przy wykorzystywaniu zbednych parametrow funkcji onSay. Po co bierzesz i przesylasz parametry takie jak "words", "param", "channel" skoro wykorzystujesz tylko cid?
Ogolnie spoko, taki prosty podstawowy kodzik od poczatkujacego. Problemow wiekszych nie ma, bo wiekszosc z tych problemow jest zalatwiona po stronie serwera dzieki temu w jaki sposob zostal silnik napisany. Wiec mozna i tak to zostawic. Ale mimo wszystko proponuje myslec o takich rzeczach i starac sie poprawiac kod swojego autorstwa jesli ma sie w planach jakikolwiek rozwoj.
- Status