Wszystkie te funkcje od ponad 10 lat zawiera program EditPlus którego używam na co dzień.

Prócz PHP programuje w kilku innych językach, gdzie używam często środowiska opartego o Eclipse, bądź innych rozbudowanych IDE. Dlatego też, raz na jakiś czas wpadam na genialny pomysł żeby odstawić EditPlus’a i poszukać godnego następcy. Wybór zazwyczaj pada na najnowsze wersje najpopularniejszych IDE (np: PDT, Zend Studio i inne).
Dzisiaj pobrałem Zend Studio 7.0. Pierwsze co zrobiłem po zainstalowaniu to testy funkcji na zakładce “Remote Systems“. Zapowiada się bardzo ciekawie, bo wśród zdalnych systemów znajdziemy FTP, SSH, telnet, coś o magicznej nazwie Linux, Unix, Windows.

Po skonfigurowaniu konta FTP, wchodzę sobie do katalogu zawierającego średniej wielkości projekt (z dużą ilością obrazków z systemu newsowego) i eksportuje go do projektu w Zend Studio. Eksport taki trwa około 30 minut. Zend biega po całym FTP i zapisuje sobie jego strukturę. Dodam tylko, że z powodzeniem wykluczyć mogę problemy z serwerem czy łączem.

Po wyeksportowaniu projektu (poprzez opcje “Create remote Project“) okazuje się, że Zend nie potrafi uzupełniać najprostszych funkcji (np: mysql_*). Pomyślałem, że może musi sobie całość przeparsować i to może trochę potrwać. Oczywiście to było bardzo naiwne z mojej strony. Z jednoplikowym projektem sytuacja wygląda tak samo.

Stwierdziłem, że skasuje mój “Remote project” i zrobię go od nowa – może czegoś nie zaznaczyłem itd. Podczas kasowania projektu (PPM na nazwie w oknie “PHP Explorer” > Delete) widzimy tradycyjne okienko z Eclipse z informacją “Delete project contents on disk (cannot be undone)“, a pod tym między innymi przycisk “Preview“. Kliknąłem “Preview” żeby zobaczyć co zostanie skasowane (bez zaznaczonego ww. checkboxa) i czekam, czekam, czekam … czekam. Widzę, że Zend znowu biega po całym ftpie, i jak już skończył (kilkanaście minut) to pokazało się “No preview available”. Myśląc, że to już koniec niespodzianek z Zend’em klikam “Ok” (nadal ww. checkbox nie zaznaczony), a Zend zaczyna kasować całą zawartość na serwerze – po prostu genialnie. Pozwoliłem mu dokończyć dzieła (15 minut). Ciekawe co by zrobił gdybym jednak kazał mu skasować ten projekt lokalny.

Kolejną ciekawostką, którą zaobserwowałem pisząc ten tekst jest fakt, iż Zend bardzo lubi sobie ciągle rozmawiać z naszym FTP. Dodałem do lokalnego projektu jeden plik zdalny. Plik ten ma już poprawne uzupełnianie kodu, a więc rozwiązało to mój poprzednie problem z projektami zdalnymi. Podczas pisania w tym pliku wyrazu “mysql” Zend wydał serwerowi ponad 40 komend. Co chwila wysyła NOOP, CWD na katalog w którym niezmiennie się znajduje i LIST -a. Nie ma to jak optymalizacja …

Podsumowując, nie chciał bym tutaj zrażać do tego typu oprogramowania. Sam doceniam bardzo porządne uzupełnianie składni, debugging i profiling i inne opcje Zend Studio. Niestety Zend od dawien dawna nie potrafi opracować dobrego modelu pracy zdalnej – modelu w którym nie trzeba mieć na własnym komputerze serwera http, bazy danych i innych dodatków.