10 odpowiedzi w tym temacie

[DarkGL]

Często w pluginach widać taką konstrukcję

#define SOME_TEXT "text"

jednak jest to bardzo złe podejście ale można je łatwo naprawić

Najpierw co się dzieje przy użyciu define preprocesor podczas przeszukiwania naszego kodu każde wystąpienie SOME_TEXT podmieni na "text". Potem przychodzi etap kompilacji i teraz każde wystąpienie ciągu znaków nie przypisanego do żadnej zmiennej ( tak zwane hardcoded ) czyli w naszym przypadku "text" zostanie dodane do sekcji DAT ( tam trzymane są wszystkie zmienne globalne i właśnie ciągi znaków ) . Inaczej mówiąc jeśli użyjemy 20 razy SOME_TEXT to "text" zostanie dodane do sekcji DAT 20 razy. Kompilator w żaden sposób tego nie optymalizuje.

I tak jest z każdym ciągiem znaków który jest hardcoded. Tak jak mowiłem możemy to łatwo naprawić.
Jeśli zamiast define użyjemy

new const SOME_TEXT[] = "text";

i będziemy używać tej stałej zmiennej to wszystkie odwołania do niej będą polegały na odwołaniu się do tego samego adresu ( w pawn wszystkie tablice są przekazywane przez referencje )

Podsumowując ciąg znaków "text" wyląduje w sekcji DAT tylko raz i wszystkie odwołania do zmiennej SOME_TEXT będą działać na tym samym ciągu/miejscu w pamięci

Zarządzanie ciągami znaków w pamięci pluginu | DarkGL Blog

[glut]

Dzięki za info. Na pewno mi się to przyda.

Mam pytanie. Czy bardzo jest to odczuwalne jeżeli w 1 pluginie nie zastosuję #define lecz zmienną. Czy tylko działa przy większej ilości plugin'ów.

[Droso]

Dzięki za info. Na pewno mi się to przyda.

Mam pytanie. Czy bardzo jest to odczuwalne jeżeli w 1 pluginie nie zastosuję #define lecz zmienną. Czy tylko działa przy większej ilości plugin'ów.

Tego nie odczujesz w ogóle, tylko lepiej zawsze oszczędzić trochę pamięci na co innego

Ja zawsze jakoś to #define z tekstem nie byłem związany i dziwnie mi to wyglądało, więc zawsze robiłem tak jak to powinno wyglądać ;D
I to czasem tylko nie wpływa na samą kompilację, a nie na ogólne działanie pluginu?

Użytkownik HubertTM edytował ten post 28.12.2012 22:31

[DarkGL]

Pytanie o ilość pluginów przy której ma to "sens" nie ma tu zbyt dużego sensu. na pewno warto tego używać zawsze.

HubertTM sekcja DAT jest wczytywana do pamięci maszyny wirtualnej więc de facto pamięci serwera jeżeli będzie ona zapelniona dużą ilościa takich niepotrzebnych danych może to w pewien sposób wpłynąć na szybkosc pracy serwera na pewno warto dbać o jak najlepszą jakoś naszych pluginów

[sebul]

Niby już o tym słyszałem, ale nie wiedziałem dokładnie co się dokładnie dzieje jeśli damy define.

A jak to wygląda przy liczbach? Lepiej jest dawać

#define JAKAS_LICZBA 1

czy

new const JAKAS_LICZBA = 1

a może jeszcze inaczej?

[DarkGL]

w obu przypadkach przy ich użyciu ( np. w parametrze funkcji ) na stos zostanie wrzucona wartość tylko w inny sposób
przy define bezpośrednio tzn.

PUSH.C value

przy zmiennej nie jawnie tzn.
przekazujemy adres a maszyna wirtualna pobierze wartość

PUSH address

[d0naciak]

czyli, jeżeli dobrze zrozumiałem w przypadku liczb, lepiej zastosować #define, gdyż wartość jest przekazywana bezpośrednio tak ?

[DarkGL]

Operacja wyłuskania wartości z adresu jest tak mało obciążająca że nie ma to większego znaczenia

osobiście stosuje zmienne ze względu na większą kontrolę preprocesor nie jest inteligentnym narzędziem i to jest jego wada
nie możesz być do końca pewny jak wygląda kod który dostaje kompilator po jego działaniach

[Filip1512]

A jaka jest różnica między tym a stringiem?

[speedkill]

String to ciąg znaków, w pierwszym poście masz podane różnice

[DarkGL]

A jaka jest różnica między tym a stringiem? // http://pl.wikipedia.org/wiki/Tekstowy_typ_danych

String można tłumaczyć jako "ciąg znaków" ale także "łańcuch", dlatego używa się również określenia "łańcuch znaków" lub krótko "łańcuch"