czyli narzekania malkontenta
20 listopada 2014 roku została opublikowana aktualizacja WordPressa w wersji 4.0.1. Zawiera ona zabezpieczenie na podatność Cross-Site Scripting. Szczegóły: tutaj.
Zapewne wielu z Was po umieszczeniu w Internecie swojej strony zastanawiało się czy warto dodawać wpisy w katalogach stron. Jeśli odpowiedzieliście sobie: „tak”, to momentalnie pojawiało się drugie pytanie: „w których?”.
Zastanawialiście się kiedyś, czy istnieją standardy commitowania, korzystania z systemów kontroli wersji? Po dokonaniu małego researchu wiem, iż takowych nie ma. Są za to tak zwane dobre praktyki 😉
Testy jednostkowe: powinny być proste, pisane razem z kodem produkcyjnym po napisaniu pełnej funkcjonalności powinny zakończyć się pomyślnie przeprowadzanie refaktoryzacji kodu nie może wpływać na wynik testów (implementowane funkcjonalności powinny cały czas działać) powinny być wykonywane (uruchamiane) po każdej, nawet najmniejszej zmianie w kodzie ich pisanie prowadzi do tworzenia lepszych programów
Obsługa błędów: wyjątki zamiast kodów błędów dokładnie opisujmy wyjątki używajmy różnych klas wyjątków dla przechwytywania różnych błędów rzucajmy wyjątkami np. w przypadku nieprawidłowych parametrów wejściowych zamiast zwracać UNDEF warto zastanowić się nad wyodrębnieniem bloków try/catch/finally do oddzielnych funkcji
Komentarze: bywają pomocne powinny być treściwe, konkretne, ale nie długie unikajmy ich, jeśli możemy napisać czytelniejszy kod powinny wyjaśniać dlaczego zostały użyte takie, a nie inne zapisy, a nie to jak zostały (bo to mamy napisane w kodzie) nie zostawiajmy zakomentowanego kodu – bez słowa komentarza. Skoro kod jest zakomentowany, to najprawdopodobniej jest niepotrzebny. Ponadto […]
Wystarczy stworzyć/ustalić standardy kodowania oraz dokumentowania kodu oraz trzymać się tych ustaleń. Dzięki temu o wiele łatwiej będzie sięgać do kodu współpracowników.
Projekt przechodzi wszystkie testy: projekt musi dać system działający w zamierzony sposób. Musi być prosty sposób na zweryfikowanie tego, czy system działa tak jak powiniem, czy jest testowalny (przechodzi za każdym razem wszystkie testy). System nietestowalny jest nieweryfikowalny. Im więcej testów będzie napisanych (im dokładniejsze, bardziej szczegółowe będą) tym częściej będziemy tworzyć konstrukcje łatwe w […]
Piąta część kursu obsługi środowiska eclipse autorstwa Pawła Rajkowskiego oraz mojego. Zawiera informacje dotyczące tworzenia podłączenia do serwera FTP.
Czwarta część kursu obsługi środowiska eclipse autorstwa Pawła Rajkowskiego oraz mojego. Zawiera informacje dotyczące tworzenia pierwszego projektu PHP.
Trzecia część kursu obsługi środowiska eclipse autorstwa Pawła Rajkowskiego oraz mojego. Zawiera informacje dotyczące instalowania dodatków (na przykładzie Aptana Studio 3).
Druga część kursu obsługi środowiska eclipse autorstwa Pawła Rajkowskiego oraz mojego. Zawiera informacje nt. pierwszego uruchomienia środowiska oraz omówienia ekranu edytora.
Zapiski Marudy 2018 | Powered by WordPress.