Dodany: 22 stycznia, 2011 | Kategoria: Yii
Modele korzystające z AR zwracają dane bezpośrednio z bazy, co jednak gdy chcemy np. przerobić datę tam zapisaną z postaci unix na ludzką ??
Teoretycznie najprościej było by po wczytaniu rekordu zaktualizować go (np. $this->time = date('H:i:s', $time) w afterFind()), ale ma to jedną wadę – do formularzy edycyjnych trafi ta zmodyfikowana data, a przecież do bazy trafia ona jako INT, więc się wszystko sypnie.
Odpowiedź prosta – napisać nową metodę gettera w modelu, która zwraca datę, np. getCzytelnaData():
1
2
3
| public function getCzytelnaData() {
return date('H:i:s', $this->data);
} |
Potem możemy wypisać taką datę w widoku zamiast $this->data które zwraca np. 1123123123, to $this->czytelnaData (metoda magiczna CActiveRecord::__get), a do widgetów wpisujemy jako pole z modelu 'czytelnaData’ :) Takiego pola nie ma w bazie, ale to nie znaczy, ze nie musi być w modelu – w ten sposób mozna sporo bajerów zrobić ;)
Tagi: activerecord, getter, model, yii Brak komentarzy »
Dodany: 19 stycznia, 2011 | Kategoria: Game Maker
Alarm to jeden z ważniejszych eventów (zdarzeń) w GM. Czym są alarmy? To tak naprawdę po prostu zmienne pomocnicze, które oznaczają dla nas upływający czas, dzięki czemu możemy wykonać jakiś kod co pewien przedział czasu.
Przykładowo, wystrzał ze strzelby – naboje nie mogą wyskakiwać bez przerwy, bo przecież chwilę trwa „przeładowanie”. Zatem najlepiej aby wylatywały co np. sekundę, lub półtorej. Właśnie do tego przyda się alarm.
Jak działa alarm?
Alarm jak już wspomniałem to po prostu taka pomocnicza zmienna. Domyślnie, alarmów jest 12 (zmienne alarm[0] – alarm[11]). Wartość ustawiona w alarmie oznacza liczbę kroków (eventów step), za które nastąpi ich wywołanie ( w trakcie jednej sekundy event step jest wykonywany dokładnie tyle razy ile wynosi wartość room_speed danej planszy – domyślnie 30 eventów na sekundę, co równa się też 30 klatkom na sekundę obrazu). Gdy dochodzi do zera, wykonuje się kod eventu alarm, a on sam ustawiany jest na -1. Gdy równa się -1 nie jest już zmniejszany.
alarm[X] > 0 – w każdym kolejnym kroku alarm jest zmniejszany o 1 aż do zera
alarm[X] = 0 – następuje wywołanie zdarzenia / eventu AlarmX, alarm[X] ustawiamy na -1, przestajemy go zmniejszać
alarm[X] = -1 – nie dzieje się nic, alarm jest nieaktywny
Zatem, jeżeli chcemy aby jakieś zdarzenie następowało co sekundę, należy ustawić alarm[0] na room_speed, lub 30 (jeżeli tyle wynosi room_speed danej planszy).
Najczęściej popełniane błędy
Najczęściej popełniany błąd, to wywołanie alarmów w zdarzeniach (eventach) step, lub kolizji.
Przykładowo, jeżeli obj_bohater jest blisko obj_przeciwnik, to przeciwnik ma strzelać.
Pierwszy kod jaki przychodzi do głowy wygląda tak (kod dla obj_przeciwnik, event step – sprawdzany w każdym kroku):
1
2
3
4
| if distance_to_object(obj_bohater)<100
{
alarm[0] = 10;
} |
Oczywiście kod jest BŁĘDNY! Dlaczego? Zastanówmy się. Jak wcześniej powiedziałem, w każdym stepie alarm zmniejszany jest o 1 aż dojdzie do 0.
Wykonujemy pierwszy krok. Odejmujemy 1 i nasz alarm[0] = 9. Następnie sprawdzany jest kod podany w step. Bohater stoi nadal blisko przeciwnika, zatem warunek jest spełniony i alarm[0] ustawiamy na 10.
W kolejnym kroku alarm znów sam zmniejsza się o 1, ale my znów ustawiamy go na 10. W ten sposób zatrzymaliśmy alarm w miejscu! Zacznie odliczać się dopiero, gdy bohater odsunie się od przeciwnika – i dopiero wtedy przeciwnik zacznie strzelać. Tego przecież nie chcemy.
Jak wspomniałem, alarm jest nieaktywny gdy jest równy -1. Wykorzystajmy ten fakt do poprawienia naszego kodu. Można to zrobić w dowolny sposób, ja podam dwa.
1
2
3
4
| if distance_to_object(obj_bohater)<100 and alarm[0] = -1
{
alarm[0] = 10;
} |
1
2
3
4
| if distance_to_object(obj_bohater)<100
{
if alarm[0] = -1 then alarm[0] = 10;
} |
Oczywiście zakładam, że w zdarzeniu Alarm0 mamy kod tworzenia pocisku.
Mam nadzieję, że wyjaśniłem wystarczająco działanie alarmów.
Własny alarm
Na podstawie wiedzy którą masz, powinieneś być w stanie stworzyć nieskończenie wiele alarmów na własne potrzeby. Przykładowy kod własnego alarmu (w Create obiektu definiujemy zmienną moj_alarm = -1;), umieszczony w zdarzeniu Step.
1
2
3
4
5
6
7
8
9
| if moj_alarm>0
{
moj_alarm -= 1;
}
else if moj_alarm = 0
{
moj_alarm = -1;
// kod do wykonania naszego alarmu, np. instance_create(x,y,obj_bullet);
} |
Ustawienie zmiennej moj_alarm na większą od zera spowoduje wykonanie się kodu za podaną ilość kroków.
Tak właśnie działają alarmy – ale w przypadku wbudowanych zmiennych alarm[0] – alarm[11] powyższy kod Game Maker wykonuje za nas.
Tagi: alarm, błędy, czas, event, game, gml, maker, zmienne Brak komentarzy »
Dodany: 18 stycznia, 2011 | Kategoria: Game Maker
W Game Makerze wyróżniamy dwa typy zmiennych:
1) Zmienne liczbowe (real) – są to po prostu liczby rzeczywiste, np. a = 5, a=17.32, a = $A1 (szesnastkowo 161);
2) Łańcuchy tekstowe (string) – są to zmienne zawierające tekst, np. a = 'tekst’, lub a = „tekst”;
Należy jednak zauważyć, że a=5 to nie to samo co a=’5′, gdyż tekst nie jest liczbą i na odwrót i tych dwóch typów nie wolno bezpośrednio ze sobą porównywać.
Do zamiany liczby w tekst służy funkcja string(), do zamiany tekstu w liczbę służy funkcja real(), jednak tekst taki może zawierać tylko cyfry, znak minus, kropkę oddzielającą część dziesiętną oraz znak wykładniczy E (np. 1.E+1), bez liter i innych znaków.
Istnieje również wiele funkcji pozwalających na bardziej zaawansowane działania na zmiennych, skupię się jednak tylko na operatorach.
Operacje na łańcuchach tekstu:
Na tekście możemy dokonać dwóch operacji:
1) Konkatenacja, czyli łączenie tekstów: np. a = 'xxx’ + 'yyy’, a+=’xxx’;
2) Konkatenacja tekstu z samym sobą określoną ilość razy, np. a = 5 * 'x’ zwraca 'xxxxx’;
Operacje na liczbach:
Na liczbach można wykonać następne operacje:
Dodawanie: a=5+7; a=a+5, a+=5;
Odejmowanie: a=5-7; a=a-5; a-=5;
Zmiana znaku na przeciwny: a = -a;
Mnożenie: a=5*7; a=a*7; a*=7;
Dzielenie: a=5/7; a=a/7; a/=7; (nie można dzielić przez 0!)
Dzielenie całkowite div (dzielenie bez reszty / z zaokrągleniem w dół): a = 7 div 3 (7 div 3 = 2, bo 7/3 = 2, reszty 1);
Wynikiem dzielenia całkowitego jest zawsze liczba całkowita.
Reszta z dzielenia modulo : a = 7 mod 3 (7 mod 3 = 1, bo 7/3 = 2 reszty 1);
Reszta z dzielenia x mod y jest zawsze liczbą z zakresu od 0 do y-1.
Porównania:
Do porównań funkcji służą następujące operatory:
>, >=, ==, !=, <> , <, <= : większe, większe równe, równe, nierówne, różne, mniejsze, mniejsze równe
W Game Makerze nie ma funkcji post/pre-inkrementacji oraz post/pre-dekrementacji, które występują w innych językach.
Operacje logiczne:
W operacjach logicznych rozróżniamy dwie wartości: true, false. Wartość true (prawdę) oznaczają wszystkie liczby > 0, oraz stała true, wartość false (fałsz) oznaczają wszystkie zmienne <= 0 oraz stała false. Wykorzystywane są głównie do operacji warunkowych (if, while, etc.)
Rozróżniamy następujące operacje logiczne:
&&, AND: prawdziwe, gdy wszystkie wartości wyrażenia mają wartość true, fałszywa w pozostałych przypadkach, np. 7 and 14 to prawda, 7 and -1 to fałsz.
||, OR: prawdziwe, gdy co najmniej jedno wyrażenie jest prawdziwe, fałszywe tylko gdy wszystkie są fałszywe, np. 7 or -1 to prawda, 0 or -1 to fałsz.
^^, XOR: prawdziwe, gdy oba argumenty są sobie przeciwne, fałszywa, gdy są takie same, np. 7 xor -1 to prawda, 7 xor 14 to fałsz
!: negacja, zamienia prawdę w fałsz i na odwrót, np. x = !7 to fałsz, x = !0 to prawda, x = !x zamienia prawdę w fałsz i na odwrót
Operacje bitowe:
Operacje bitowe to operacje, które zachodzą bezpośrednio na bitach liczby w systemie dwójkowym, np. liczba 12 to binarnie 1100.
>> : przesunięcie podanej ilości bitów w liczbie w prawo, poprzez usunięcie bitów na najmłodszej pozycji i dopisanie zer na najstarszej
np. 12 >> 1 to 6, 12 >> 2 to 3 (bo 1100 >> 1 = 0110 czyli 6, 1100 >> 2 = 0011, czyli 3)
Przesunięcie bitów w prawo o 1 jest równoznaczne z operacją dzielenia przez 2.
<< : przesunięcie podanej ilości bitów w liczbie w lewo, poprzez usunięcie bitów na najstarszej pozycji i dopisanie zer na najmłodszej
np. 12 << 1 to 24, 12 << 2 to 48 (bo 1100 << 1 = 1 1000 czyli 24, 1100 << 2 = 11 0000, czyli 48)
Przesunięcie bitów w lewo o 1 jest równoznaczne z operacją mnożenia przez 2.
|, &, ^ : operacje OR, AND, XOR na bitach liczby (działanie wszystkich trzech znajdziesz punkt wyżej)
Przykłady:
12 | 3 = 15
12 & 4 = 4, bo
1
2
3
| 1100
& 0100
= 0100 |
5 ^ 3 = 6, bo
~: negacja bitowa liczby, np. ~12 = -13, bo 12 = ~0000 0000 … 1100 = 1111 1111 … 0011 (zmieniany jest także bit parzystości, liczby w GM mają 8 bajtów, od -9223372036854775808 do +4611686018427387904, dla których oznaczenie INF (nieskończoność) nie pozwala na operacje dodawania / odejmowania)
Funkcje takie jak potęgowanie, pierwiastkowanie, logarytmowanie etc. wykonywane są przez funkcje wbudowane w Game Makera, nie są jednak operatorami, więc do ich poznania polecam lekturę dokumentacji programu.
Tagi: and, dodawanie, game, gml, maker, mnożenie, modulo, operacje, or, xor, zmienne Brak komentarzy »