Eclipse PHP Tool Integration

von Nils Langner am 30. September 2009

Lesetipps

Jetzt sitze ich schon seit drei Tagen an einem neu-entdeckten Eclipse Plugin und mir wird nicht langweilig. Die Rede ist vom “Eclipse PHP Tool Integration” Projekt. Einem Plugin, nach dem ich schon lange gesucht und geschrieben habe und es jetzt endlich “auf dem Markt” ist. Bevor ich aber zu sehr abschweife erkläre ich doch einfach mal, warum es geht.

Es gibt viele wunderbare PHP Tools, PHPUnit, pDepend oder PHP_CodeSniffer sind nur einige der wirklich guten. Das “Problem” ist, dass sie alle in PHP geschrieben wurde. An sich eine tolle Sache, denn so kann auch jeder diese Tools anpassen und erweitern. Will man jetzt aber seiner IDE, in meinem Fall Eclipse PDT, beibringen, dass sie diese Tools nutzen sollen, dann steht man vor Problemen, denn Plugins müssen meistens in der Sprache der IDE geschrieben werden.

Wie ihr euch vielleicht schon denkt, hat das Eclipse PHP Tool Integration Projekt endlich diese Brücke geschaffen. Es hat sich zum Ziel gesetzt die wichtigsten PHP Tools so zu integrieren, dass sie fließend in PDT genutzt werden können. Angefangen hat das Projekt mit einer nahtlosen Einbindung des PHP_CodeSniffers, der meiner Meinung nach eines der mächtigsten Tools in der PHP Welt ist.

Stellt man es geschickt an, so kann man mit ein paar Handgriffen sein PDT so aufblasen, dass es eine ähnliche Funktionalität erreicht, wie es zum Beispiel das Zend Studio bietet. Ok vielleicht nicht ganz so mächtig, aber meine favorisierten Features sind abgedeckt. Ich selbst habe die letzen drei Tage verwendet, die richtigen CodeSniffer Regeln einzubauen und noch ein paar Sniffs zu schreiben.

Damit ihr euch das ganze mal vorstellen könnt, hier ein paar Screenshots:

DefinedButNeverUserdSniff

Im ersten Screenshot könnt ihr wunderbar sehen, dass mir mein PDT anzeigt, dass ich eine Variable definiert habe, sie danach aber gar nicht mehr nutze (das steht unter der Infobox). Mittlerweile habe ich meine IDE so eingerichtet, dass sie mir Verstöße gegen unsere Coding Guidelines komplett abdeckt. Sie prüft zusätzlich noch, ob Variablen benutzt werden, die vorher gar nicht definiert wurden.

Hier noch kurz ein Screenshot der Administrationsoberfläche. Schön aufgelistet alle bekannten Standards. Meiner Meinung nach also wirklich schön gelöst.

Dieser Artikel soll erst mal ein Einstieg in das Tools sein. Ich würde gerne noch ein oder zwei weitere darüber schreiben, denn ich denke, dass man sich sehr viel Arbeit sparen kann, wenn man es sich perfekt einrichtet und somit in Zukunft weniger Fehler produziert. Im nächsten Teil möchte ich euch dann noch ein wenig über den “External PHP Checker” erzählen, mit dem ihr eure eigenen Tools einbinden könnt und was man noch so alles zaubern kann mit dem Werkzeug.

Nils Langner

Auch wenn Ihr es mir nicht glauben werdet, aber ich habe nichts gegen PHP. Ich rege mich einfach nur gerne auf. Ok so schlimm ist es auch nicht. Eigentlich wollte ich schon immer einen Blog haben und da ...

Zum Profil von Nils Langner

26 Kommentare »

Thilo Habenreich
am 30. September 2009 um 07:36 Uhr

Schönen guten Morgen.

Ich habe das Plugin auch erst vor ein paar Tagen entedeckt uns peiel damit etwas rum. Ich finde das schon ziemlich gelungen, nur beim CodeSniffer habe ich im Moment noch das Problem das er mir unter Windows immer den Zeilendelimiter ankreidet (Expect “\n”, Found “\r\n”). Hast Du da villeicht eine Lösung ohne die Sniffs zu excluden?
Nils Langner
am 30. September 2009 um 07:45 Uhr

@Thilo: Das ist eigentlich komisch, denn der CodeSniffer versucht die Zeilenumbrüche richtig zu berechnen. Es sollte also klappten, egal ob die Win oder Linux verwendest, weil im Code immer eine Abstraktion stattfindet. Hast du vielleicht eine Idee, welche Sniff das versagt, dann kann ich ja mal reinschauen.
Andre Moelle
am 30. September 2009 um 08:15 Uhr

Klingt nach einem sehr sinnvollen Projekt. Werde es bei Gelegenheit auch testen.
Thilo Habenreich
am 30. September 2009 um 08:34 Uhr

@Nils: Nun ja ich habe das Projekt von einem SVnRepository ausgechekct, wleches auf einem Linux-Server liegt. Vllt. liegt’s daran. Aber wenn ich die Sniffs ‘PEAR/Sniffs/Files/LineEndingsSniff.php’, und ‘Squiz/Sniffs/Files/LineEndingsSniff.php’, exclude klappt es. Eine Sache die mir noch eingefallen ist. Weisst du zufällig wie ich einzelne Ordner in Eclipse vom Codesniffer ausnheme? Irgendwo gab’s die Möglichkeit den Kommandozeilenaufruf anzupassen abe rich weiss nicht mehr wo.
Alex B.
am 30. September 2009 um 08:52 Uhr

Bietet NetBeans nicht von Haus aus solch eine Funktion?
Zumindest werden die nicht benutzten Variablen angezeigt.
chrisse
am 30. September 2009 um 09:11 Uhr

@alex b.: ja netbeans bietet diese funktion. frage mich eh gerade ob eclipse für php netbeans für php schlagen kann. mal abgesehn davon dass eclipse für php ich nie zum laufen bekommen habe finde ich, dass netbeans für php eigentlich alles abdeckt was man zum rudimentären entwickeln brauch.

kann man mit dem eclipse gelöt auch php debuggen? (wie gesagt hab es nie zum laufen bekommen)

btw, der erste link in dem beitrag funzt net im feedreader, da wird nur ein javascript aufruf angezeigt und ein kaputter link dargestellt.
Malte
am 30. September 2009 um 09:18 Uhr

Codesniffer Integration in Netbeans? Hey, dann wären die aber weit vorne mit dabei, daran darf getrost gezweifelt werden (nichts gegen Netbeans).
Dennis Becker
am 30. September 2009 um 09:21 Uhr

Ich habe das mal beim Zend Studio 7 versucht, aber irgendwie hab ich das wohl falsch eingerichet – ich musste den .metadata löschen um den Workspace wieder öffnen und verwenden zu können
Nils Langner
am 30. September 2009 um 09:31 Uhr

@Thilo: Das mit dem Ordner wird nicht so einfach funktionieren. Leider ist das ein Kommandozeilen Tool und man kann über die Eclipse Einstellungen noch keine optionalen Parameter mitgeben. Was du aber vielleicht mal probieren kannst, ist ein separates PHP Skript hinzulegen und damit das phpcs.php Skript zu “überschreiben” da kannst du dann bestimmt Parameter reinstecken.
Nils Langner
am 30. September 2009 um 09:32 Uhr

@Alex B.: Ist gut möglich, dass NetBeans etwas ähnliches bietet und zwar schon out-of-the-box. IDEs sind aber immer so eine Art Religionsfrage. Dem einen gefällt NetBeans besser, dem anderen PDT.
Thilo Habenreich
am 30. September 2009 um 09:36 Uhr

@Nils Danke für den Tipp ich werde es mal ausprobieren. Wenn’s klappt beschreibe ich die Lösung mal hier.
PHP Gangsta
am 30. September 2009 um 10:45 Uhr

Ich probiere es heute Nachmittag auch mal aus.

Btw: RSS Feed abonnieren
Derzeit 0 Abonnenten im RSS Feed laut Feedburner.

Ich hoffe mal, dass das eine Falschinformation ist….
Fabian
am 30. September 2009 um 11:38 Uhr

Hi,

danke für den Artikel. Ich habe das gerade mal auspobiert und bekomme diesen Fehler:
Opening brace should be on the same line as the declaration

Was soll das genau bedeuten?
Der Code sieht so aus:
private function request()
{ <- hier kommt der Fehler

Danke schonmal
Nils Langner
am 30. September 2009 um 12:39 Uhr

@Fabian: Das sagt dir einfach, dass du in dem Standard, den du gerade ausgewählt hast, die öffnende Klammer in die selbe Zeile stellen musst, wie die Funktionsdeklaration.

private function request() {
}
Fabian
am 30. September 2009 um 12:48 Uhr

@Nils: Wenn ich das mache, dann sagt er mir, dass die Klammer in der nächsten Zeile sein muss (opening brace should be on a new line).
Ich hab mir gerade auch mal die Regeln angeschaut und die Regel für “die Klammer muss in die selbe Zeile” wird eigtl. garnicht eingebunden.
Nils Langner
am 30. September 2009 um 12:51 Uhr

@Fabian: das ist komisch. Standardmäßig werden glaube ich alle Sniffs des Standards eingebunden, in dem man sich gerade befindet, auch wenn er nicht explizit angegeben ist. Ansonsten klingt das für mich auch komisch.
PTI – PEAR und PHPunit für Eclipse » all-IT
am 30. September 2009 um 12:56 Uhr

[...] weitere Links phphatesme.com – PTI Grundkonfiguration Lesezeichen [...]
Fabian
am 30. September 2009 um 16:46 Uhr

@Nils: Ich habe sogar mal testweise eine eigene Regelsammlung gemacht. Nur eine Regel (Leerzeichen anstatt Tabs) und selbst da werden alle anderen “Fehler” auch angezeigt. Irgendwie etwas komisch.
Ingo
am 30. September 2009 um 18:17 Uhr

@Malte
Für Netbeans gibt es ein Plugin, dass phpcs einbindet:
http://www.whitewashing.de/blog/articles/119

Viele Grüße,
Ingo
Carsten
am 1. Oktober 2009 um 11:33 Uhr

*hmmm* komischerweise bekomme ich nur Fehlermeldungen, wenn ich als executable /usr/bin/php einstelle.
Wenn ich als executable /usr/bin/phpcs einstelle läuft es erst einmal im debug-Modus. Fehler-Icons werden im Editor nicht angezeigt.

Irgendetwas steht da auf dem Schlauch.
Peter
am 1. Oktober 2009 um 13:42 Uhr

Ich hab das nun auch probiert zu installieren, aber bei mir kommt immer folgende Fehlermeldung, wenn PHP_CodeSniffer loslegen will:

Unable to execute
Reason: X-Powered-By: PHP/5.3.0 ZendServer/4.0
Content-type: text/html
ERROR: PHP_CodeSniffer requires the tokenizer extension to be enabled.
In der php.ini steht die Extension aber drin und lt. phpinfo():
“Tokenizer Support: enabled”.

Weiß da einer Rat? Ich nutze übrigens Eclipse PDT und das Zend Executable Debugger Eclipse Plug-in.

Grüße Peter
Andreas
am 5. Oktober 2009 um 10:41 Uhr

Hi,

ich bekomme das ganze auch nicht zum laufen. Keine Chance.
Das ganze WE damit verbracht… konnte mir nicht vorstellen, das Ich blöder bin als alle anderen.

Phpcs läuft auf der komandozeile ohne Probleme.

In Eclipse (Galileo+PDT+PTI) und einen Apache + PHP5.3 bekomme ich nur Fehlermeldungen wie Ingo und Carsten.

an der tokenizer extension kanns ja nicht liegen…
und wenn ich bei executable phpcs.bat wähle, bringt er im debugfenster den richtigen Batch-String aber keine Ausgabe oder Icons.

Man kann da doch nicht so viel falsch machen, oder?
Torsten
am 30. November 2009 um 00:20 Uhr

Hallo,

im Zend Studio bekomme ich folgende Fehlermeldung:

/Applications/Zend/Zend Studio – 7.0.0/plugins/org.zend.php.debug.debugger.macosx_5.2.26.v20090817/resources/php5/php /Applications/Zend/Zend Studio – 7.0.0/plugins/org.phpsrc.eclipse.pti.tools.codesniffer_1.1.0.R20091029000000/php/tools/phpcs.php –report=xml –standard=Generic /Users/torsten/Sites/myInvoiz/lib/model/Customer.php
ERROR: PHP_CodeSniffer requires the tokenizer extension to be enabled.

Wo könnte ich die Extension einschalten. Ich bin mir nicht sicher welche php Version überhaupt benutzt wird ? Die php executable aus Zen Studio wahrscheinlich ? Aber wie schaltet man dort extension ein ? Die intern php.ini hat das tokenizer Module zumindest drinstehen.

Wäre für Ideen dankbar
Torsten
14: Im Paar läuft's besser - php.de
am 12. Dezember 2009 um 14:31 Uhr

[...] Eclipse noch lobend: durch PTI wirklich ein Stück weit interessanter geworden, wers nicht kennt, unbedingt lesen/ ansehen. __________________ answer to life the universe and everything = [...]
elkuku
am 1. November 2010 um 19:55 Uhr

Sehr verehrte Herren,
ich gedenke Anzeige beim Rauschgiftdezernat gegen Sie zu erstatten !

Das Schnüffeln mit dem von Ihnen empfohlenen CodeSniffer macht definitiv süchtig

Ich als anerkannter Formatierungsfreak habe ein komplettes Wochenende damit verbracht und bin am Montag fast nicht aus dem Bett gekommen..

Echt ein schönes Stück – super Arbeit, schöner Artikel.

So long,
Nikolai
daniel
am 19. November 2010 um 09:16 Uhr

Ich hätte eine Frage
und zwar, wie kann ich die Plugins wieder deinstallieren?

Leider kann ich den Copy and Paste detector nicht gebrauchen, da er ein anderes Add-on blockiert

RSS Feed für Kommentare zu diesem Artikel. TrackBack URL

Eclipse PHP Tool Integration

Lesetipps

26 Kommentare »

Hinterlasse einen Kommentar

Werbung

Inhalt

Soziale Netze

Co-Autor werden