![]() ![]() |
Post
#1
|
|
|
Grupa: Przyjaciele php.pl Postów: 5 724 Pomógł: 259 Dołączył: 13.04.2004 Skąd: N/A Ostrzeżenie: (0%)
|
Zamiast spac wpadlem na ciekawy pomysl i napisalem cos takiego:
Nowy sposob pobierania danych wykorzystujacy php5. Nie testowany -- nie mam serwera pod reka. Co o tym sadzicie? |
|
|
|
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 105 Pomógł: 0 Dołączył: 16.10.2004 Ostrzeżenie: (0%)
|
1. Brak deklaracji $this->strSource
2. Niedopracowanie/nieskończone: nie ma możliwości aby:
było prawdziwe, a zarazem:
nie prawdziwe. 3. Korzystasz z $this->arrValues w switchu zamiast $this->strSource 4. Ta klasa nic nie robi, czy to jest podstawa, którą można jakoś rozszerzać? Jeśli tak, to pola jako protected powinny być. 5. Jeśli to ma być rozszerzane, to może jakiś dekorator by się przydał? |
|
|
|
Post
#3
|
|
|
Grupa: Przyjaciele php.pl Postów: 5 724 Pomógł: 259 Dołączył: 13.04.2004 Skąd: N/A Ostrzeżenie: (0%)
|
To nie byla gotowa klasa (nie mialem jak przetestowac, pisana od reki w pospiechu) -- pomylki poprawie pozniej (zaraz wychodze).
|
|
|
|
Post
#4
|
|
|
Grupa: Zarejestrowani Postów: 521 Pomógł: 0 Dołączył: 3.11.2003 Skąd: 3city Ostrzeżenie: (0%)
|
Refactoring:
Jeżeli już, to w parametrze nie przekazujemy 'cookie', tylko $_COOKIE. Oszczędność kodu, czasu i po prostu czytelniejsze. \ Idźmy dalej. Potrzebna jest funkcjonalność pozwalająca na wyciągnięcie wszystkich parametrów np. POST. Możemy więc dodać metodę np. getAllParameters(). Ale znacznie lepiej użyć wbudowanych iteratorów - funkcjonalność będzie znacznie większa, a wysiłek mały. Kontynuujmy. Ponieważ to jest wrapper na tablicę, zamiast __get lepiej przeciążyć operator []. Czyli implementujemy kolejny interfejs php (chyba ArrayAccess?) i możemy używać naszej klasy tak jak tablicy. Będzie to bardziej naturalne w użyciu, więc chyba lepsze. Skutek? Napisaliśmy kawałek kodu, który zachowuje się tak samo jak oryginalna tablica, wygląda jak tablica, nie robi praktycznie nic innego, za to zajmuje miejsce. Coś jest nie tak... Tak naprawdę, jest jedna różnica: skrypt może zmienić zawartość $_POST, a nie może zmienić zawartości naszej pseudo-tablicy. Co może być zaletą. Dla mnie jest. Ale pomijając to, taki skrypt może być początkiem jakiejś klasy HttpRequest, ale jako cel sam w sobie jest mało praktyczny. |
|
|
|
Post
#5
|
|
|
Grupa: Zarejestrowani Postów: 2 262 Pomógł: 21 Dołączył: 3.05.2004 Skąd: Sopot, Krakow, W-wa Ostrzeżenie: (0%)
|
@hawk - a mi się wydaje, że każdy powinien robić tak jak ma ochotę.
To co jest pod spodem to mój lib, który stosuję do prawie każdego projektu - niestety pod php 4, ale wiadomo jakie mamy realia. Mnie osobiście jeśli koduje coś saemu takie rozwiązanie w zupełności wystarcza. Jakoże naprawdę nie wiele reczy przechodzi przez $_GET nie mam potrzeby rozgraniczania $_GET i $_POST. Reszta tablic to inna mańka (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
Ta klasa zawraca mi tablicę wszystkich danych ktore przyszły. |
|
|
|
![]() ![]() |
|
Aktualny czas: 19.12.2025 - 03:54 |