Na pewno pamiętacie, jak pod koniec maja pisałem o rozpoczęciu prac nad organizacją kolejnej edycji największej w Polsce konferencji poświęconej językowi PHP i związanym z nim technologiom - PHPCon 2011. W tamtej chwili głównym zmartwieniem organizatorów było znalezienie odpowiedniej liczby prelegentów wraz z prezentacjami na jak najwyższym poziomie. Teraz śmiało można powiedzieć, że etap ten [...]

Ten Linkdump jest zdecydowanie spóźniony - to chyba pierwszy wpis, z którym "nie wyrobiłem" się w ciągu dwóch dni względem Harmonogramu. Tak to jednak jest, jak się ma tyle pracy, że po tych kilkunastu godzinach człowiek już nawet nie myśli o tym, że gdzieś w Internecie istnieje jakaś strona, którą się zarządza, a tym bardziej, [...]

Zapraszam do zapoznania się z moją prezentacją pt. RESTful Symfony2, którą można obejrzeć na xlabie http://xlab.pl/2011/08/restful-symfony2/

ul { list-style-type: decimal;}O tym, czym są wyjątki można przeczytać w wikipedii lub na php.net. Ogólnie rzecz biorąc wyjątki powinny być wyrzucane wtedy, gdy w jakiś sposób nasza aplikacja podejmie próbę wykonania niedozwolonej operacji lub nie będzie w stanie wykonać operacji.Od wersji 5 PHP jest dostarczany z bardzo ciekawą biblioteką SPL, która narzuca pewną hierarchię wyjątków i dzieli je na dwie główne grupy:

• RuntimeException - są to wyjątki, które powinny być wyrzucane, gdy aplikacja z pewnych względów nie może poprawnie działać np. zerwanie połączenia z bazą danych.
• LogicException - są to wyjątki, które powinny być wyrzucane, gdy aplikacja próbuje wykonać operacje, które są błędne np. wywołanie nieistniejącej metody na przekazanym obiekcie.

Szerszy opis wszystkich wyjątków, które są dostarczone wraz z biblioteką SPL znajdziecie tutaj.Dobra, po trochę przydługim wstępie, wracam do głównego wątku:) A więc po co tworzyć własne wyjątki? Przecież można z łatwości wpisać odpowiedni message do konstruktora tego bazowego (Exception) i po sprawie. Oczywiście, że tak można, ale tylko do momentu, gdy wyjątki są rzeczywiście tylko i wyłącznie kontenerem na jakąś informację. Oczywiście powodów stosowanie wyjątków jest kilka, ja jednak pozwolę sobie skupić się na, moim zdaniem najważniejszym, czyli utrzymywaniem spójnej logiki tzn. jeżeli mam klasę Product, Product_Factory, Product_Collection etc. to dobrze jest mieć jeszcze Product_Exception, który będzie wykorzystywany w tych właśnie klasach i tylko w tych. Dzięki temu już po samym typie wyjątku wiem, gdzie się wysypała aplikacja, a do dokładniejszego określenia miejsca załamania powinno się wykorzystywać wartość $message.Oczywiście można tutaj popaść w pewną skrajność i zacząć tworzyć wyjątki dla wszystkiego i tak dostajemy: Product_Exception, Product_Factory_Exception, Product_Collection_Exception etc., gdzie każdy wyjątek jest wyrzucany jeden, no góra dwa razy w całym kodzie. I po co to? Niestety jest to częsta przypadłość programistów, którzy dopiero odkryli tą cudowną możliwość dziedziczenia po klasie Exception - po prostu zapominają o tym, że wyjątek posiada jeszcze argument $message.Niestety złotego środka nie ma i już we własnym zakresie trzeba zdecydować, czy to już powinien być kolejny typ wyjątku, czy jeszcze ten sam, z odpowiednią wiadomością. Granica jest płynna, ważne jest to, aby pamiętać o dwóch rzeczach:

• Dziedziczyć po klasie Exception jest w PHP dozwolone.
• Konstruktor klasy Exception posiada możliwość przyjmowania parametrów m.in. $message i $code.

Z pewnością każdy, kto interesuje sie polską sceną tego języka, kojarzy – chociażby ze słyszenia – konferencję zwaną PHPConem.

Są już znane szczególy kolejnej edycji, w tym agenda konferencji, która odbędzie się 21-23 października.

Organizacja tegorocznej edycji przerosła nasze najśmielsze oczekiwania – pojawią się słynne nazwiska, choćby Derick Rethans, któremu zawdzięczamy świetne narzędzie, jakim jest xDebug; David Coallier odpowiedzialny za PEAR oraz – uwaga, uwaga, fanfary odegrać proszę – Lorna ‚LornaJane’ Mitchell członek projektu PHPWomen. Nie dość, że wreszcie płeć piękna zagości w naszych progach, to jeszcze do nas przemówi. [;

Zainteresowanie zagranicznych prelegentów było naprawdę duże – do tego stopnia, że PHPCon mógłby potrwać przynajmniej tydzień, na samych prelekcjach. A trzeba też porozmawiać, czy też popływać w basenie.

Jak wspomniałem już wcześniej, agenda jest już znana. Swoje trzy grosze również umieszczę, będę mówił o Bezpieczeństwie aplikacji webowych dla zielonych i trochę czerwieńszych.

Dlaczego taki temat pośród innych, naprawdę ambitnych? Ponieważ nauczony doświadczeniem zeszłorocznego odzewu po prezentacji dotyczącej systemów cache’owania, warto wzbudzać wśród programistów świadomość pozornie kwestii oczywistych. A temat bezpieczeństwa jest zawsze „na czasie”, mam nadzieję, że każdy coś z tego wykładu przyswoi dla siebie. ;)

pre { border: #aaa solid 1px; padding: 10px; margin: 5px 5px 15px 5px; font-family: "Courier New",Courier,monospace; background-color: #f9f9f9 !important;}pre span.key_word { color: #006699 !important; font-weight: bold;}pre span.comment { color: #008200 !important;}pre span.variable{ color: #AA7700 !important;}pre span.string{ color: blue !important;}pre span.functions{ color: #FF1493 !important;}p { margin: 0px;}Pewnie dla wielu osób, które z php mają do czynienia od dłuższego czasu, ten wpis nie będzie niczym odkrywczym.Czym różni się foreach() od for()? W wielu przypadkach nie ma żadnej różnicy dla logiki aplikacji, której pętli się stosuje i można je stosować zamiennie bez wpływu na jej działanie.Więc gdzie jest różnica? Otóż foreach() przechodzi po elementach tablicy w kolejności dodawania wartości, natomiast for() jest używany do iterowania tablicy w zdefiniowany przez nas sposób.Poniższy kod wyjaśnia wszystko:

<?php$a = array();$a[3] = 'a';$a[1] = 'b';$a[0] = 'c';$a[2] = 'd';echo "FOR: \n";for ($key = 0; $key < count($a); $key++)    echo 'key: ' . $key . ', value: ' . $a[$key] . "\n\n";echo "FOREACH: \n";foreach ($a as $key => $value)    echo 'key: ' . $key . ', value: ' . $value . "\n";

Wykonanie go daje taki wynik:

FOR:key: 0, value: ckey: 1, value: b
        
                    

            

                Czytaj dalej tutaj (rozwija treść wpisu)

                Czytaj dalej na blogu autora...            
            

            

                Zwiń

                Czytaj na blogu autora...            
            

Z pewnością każdy, kto interesuje sie polską sceną tego języka, kojarzy - chociażby ze słyszenia - konferencję zwaną PHPConem.

Są już znane szczególy kolejnej edycji, w tym agenda konferencji, która odbędzie się 21-23 października.