W trzecim poście poświęconym bibliotece Ruckusing Migrations pokażę jakie jeszcze operacje można wykonać na bazie poza tworzeniem tabel. Zakładam, że czytając tego posta zapoznałeś się z pierwszą i drugą częścią tego kursu. Jeśli nie to zachęcam do lektury. Tymczasem zapraszam do czytania trzeciej części kursu poświęconego Ruckusing Migrations.

Uzyskiwanie informacji o serwerze baz danych, tabelach i kolumnach itd.

Zdarza się, że to jak zmodyfikujemy tabelę zależy od jej struktury, której aktualnie nie znamy nie jesteśmy jej do końca pewni lub chcemy po prostu sprawdzić czy nasze zmiany odniosły skutek. Aby uzyskać dostęp do odpowiednich funkcji musimy pobrać adapter za pomocą metody get_adapter ($adapter = $this->get_adapter()) i teraz możemy sprawdzić kilka informacji na temat serwera bazy na którym pracujemy.

Po pierwsze możemy sprawdzić czy wskazana przez nas baza danych istnieje:

$adapter->database_exists('nazwa_bazy');

Metoda ta zwróci TRUE lub FALSE. Metoda ta jest nie wspierana w przypadku SqlLite. Możemy także sprawdzić czy istnieje w bazie danych konkretna tabela, która nas interesuje:

$adapter->has_table('nazwa_tabeli');

Ta metoda również zwróci TRUE lub FALSE. Wreszcie możemy także uzyskać informacje na temat konkretnej kolumny:

Czytaj dalej tutaj (rozwija treść wpisu)
Czytaj dalej na blogu autora...

Zwiń
Czytaj na blogu autora...

Blade Builder jest najnowsza paczką (tym razem nie do Laravela), jaka wyszła spod mojej ręki. Jak nazwa wskazuje, bazuje ona na systemie szablonów blade, który można znaleźć w Laravelu. Skąd pomysł na taką paczkę? Jak zwykle z lenistwa. Od czasu do czasu zajmuję się frontem. Jeśli źle rozplanuję pracę okazuje się, że mam do zmiany w wielu plikach ten sam element (np. stopkę). Wprawdzie korzystałem z różnych sposobów, żeby unikać tego typu problemów, jednak nigdy nie byłem w pełni zadowolony z efektów. I dlatego postanowiłem stworzyć coś własnego. Dlaczego blade? Ponieważ większość projektów... [[ This is a content summary only. Visit my website for full links, other content, and more! ]]

Jakiś czas temu rozpisywałem się o mockach. Teraz pora na krótką opowiastkę o tym samym, ale z innej perspektywy.

Przez ostatni rok piszę w scali, nie napisałem w niej ani jednego mocka (nie licząc TestProbe z Akki). Niedawno też wróciłem popisać sobie w javie, praktycznie od razu gdy miałem zamiar pisać test jednostkowy, chciałem użyć mocka. Dlaczego? Odpowiedź jest prosta i po części znajduje się w przytoczonym już wpisie. Scala to funkcyjno-obiektowy język, duży nacisk jest kładziony na niemodyfikowalność i brak efektów ubocznych, język do tego zachęca. Jeśli nie ma side effectów (wywołań typu command), to po co korzystać z mocków? Nie mają racji bytu. Java nie zachęca tak do niemodyfikowalności i braków side effectów, tak więc w niektórych przypadkach mock jest wskazany.

Wspomniałem, że jedyne mocki, które napisałem w scali, to te testujące aktorów z Akki - to jest naturalne. Akka jest oparta na side effectach, każda wysłana wiadomość do dowolnego aktora jest efektem ubocznym.

Nauka z tego jest taka, że zbiór rozwiązań danych problemów z języka X nie przekłada się na zbiór rozwiązań tych problemów w języku Y. Dlaczego? Bo w języku Y te problemy mogą w ogóle nie istnieć lub mogą istnieć inne narzędzia do ich rozwiązania. Przykładowo wzorce obiektowe w programowaniu funkcyjnym oczywiście nie mają zastosowania, do rozwiązania tych problemów stosuje się funkcje wyższego rzędu (np. zamiast strategii), składanie funkcji (np. zamiast dekoratora), czy innych funkcyjnych konstrukcji językowych (np. pattern matching zamiast visitora).

Czasami jest taka sytuacja że dostajemy kod w spadku lub do modyfikacji. Trzeba się w ten kod wgryźć, zrozumieć jak działa. Prosta sprawa jeśli jest to jakiś framework, jeśli mamy testy, jeśli kod jest czytelny.

Ale co w przypadku ukochanego przez wszystkich programistów "Spagetti"?

Tutaj przyjdzie nam z pomocą paczka PHP_CodeCoverage. Dzięki niej w bardzo prosty sposób wygenerujemy sobie metryki który kod został uruchomiony przy jakimś requeście. Podobnie to wygląda do Code Coverage podczas uruchamiania Testów Jednostkowych.

Do dzieła!

Przy okazji pracy nad pewnym projektem, doszedłem do miejsca, w którym potrzebowałem prostego REST API. Wszystkie rozwiązania, które sprawdziłem były albo przerośnięte albo nie działały zgodnie z moimi oczekiwaniami. W ten sposób powstała kolejna paczka do Laravela mojego autorstwa. Generic REST API, bo o niej mowa, jest paczką, która na podstawie modeli zdefiniowanych w pliku konfiguracyjnym, udostępni API do pobierania i zapisywania danych. Na chwilę obecną paczka oferuje podstawową funkcjonalność CRUD-a. W przyszłości planuję dodanie walidacji zapisywanych danych, paginację zwracanych... [[ This is a content summary only. Visit my website for full links, other content, and more! ]]

O integracji z Facebookiem pisałem już nie raz. Od mojego ostatniego wpisu na ten temat (maj 3014) trochę się pozmieniało. Ze względu na sporą popularność poprzedniego wpisu (według GA) postanowiłem odświeżyć temat. No to zaczynamy Na wstępie utwórz aplikację na Facebooku. Żeby to zrobić twoje konto musi być zweryfikowane. Jak już potwierdzisz, ze ty to […]

Ze słowem anagram nie jeden z Was się spotkał. A jeśli się nie spotkaliście to zachęcam do odwiedzenia Wujka Google lub Cioci Wikipedii.

Dzisiejsze zadanie będzie proste. A przynajmniej tak ma się wydawać. Lecimy...