Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.lang.php > #3619 > unrolled thread

Doxygen: Automatisiert Grundstruktur erstellen?

Back to article view | Back to de.comp.lang.php

Contents

  Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-01 23:32 +0100
    Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-02 22:55 +0100
      Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-03 07:29 +0100
        Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-03 13:58 +0100
          Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-05 12:28 +0100
            Re: Doxygen: Automatisiert Grundstruktur erstellen? Claus Reibenstein <4spamersonly@kabelmail.de> - 2016-01-05 13:03 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-05 16:21 +0100
                Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-06 09:47 +0100
                  Re: Doxygen: Automatisiert Grundstruktur erstellen? Claus Reibenstein <4spamersonly@kabelmail.de> - 2016-01-06 12:36 +0100
                    Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-06 17:17 +0100
                Re: Doxygen: Automatisiert Grundstruktur erstellen? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-01-06 12:50 +0100
                  Re: Doxygen: Automatisiert Grundstruktur erstellen? Claus Reibenstein <4spamersonly@kabelmail.de> - 2016-01-06 13:56 +0100
                    Re: Doxygen: Automatisiert Grundstruktur erstellen? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-01-07 09:10 +0100
                  Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-06 16:02 +0100
                  Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-06 17:19 +0100
            Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-05 14:33 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Stefan Mayer <meniskus@gmx.net> - 2016-01-05 19:18 +0100
                Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-05 20:37 +0100
                  Re: Doxygen: Automatisiert Grundstruktur erstellen? Stefan Mayer <meniskus@gmx.net> - 2016-01-05 21:18 +0100
                    Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-05 23:20 +0100
                      Re: Doxygen: Automatisiert Grundstruktur erstellen? Stefan Mayer <meniskus@gmx.net> - 2016-01-06 16:20 +0100
                        Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-06 17:22 +0100
                        Re: Doxygen: Automatisiert Grundstruktur erstellen? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-01-07 11:02 +0100
                Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-06 09:56 +0100
                  Re: Doxygen: Automatisiert Grundstruktur erstellen? Stefan Mayer <meniskus@gmx.net> - 2016-01-06 15:42 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-06 09:54 +0100
            Re: Doxygen: Automatisiert Grundstruktur erstellen? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-01-06 10:09 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-06 16:05 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-06 17:15 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Claus Reibenstein <4spamersonly@kabelmail.de> - 2016-01-06 17:46 +0100
                Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-06 18:06 +0100
                  Re: Doxygen: Automatisiert Grundstruktur erstellen? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-01-07 11:03 +0100
                Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-06 19:03 +0100
    Re: Doxygen: Automatisiert Grundstruktur erstellen? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-01-04 10:15 +0100
      Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-04 22:58 +0100
        Re: Doxygen: Automatisiert Grundstruktur erstellen? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-01-05 10:41 +0100
          Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-05 12:36 +0100
          Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-05 16:19 +0100
            Re: Doxygen: Automatisiert Grundstruktur erstellen? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-01-05 15:48 +0000
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-05 16:59 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? "Christoph M. Becker" <cmbecker69@arcor.de> - 2016-01-08 16:55 +0100
                Re: Doxygen: Automatisiert Grundstruktur erstellen? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-01-08 16:17 +0000
            Re: Doxygen: Automatisiert Grundstruktur erstellen? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-01-05 19:17 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-05 20:27 +0100
                Re: Doxygen: Automatisiert Grundstruktur erstellen? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-01-06 09:41 +0100
              Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-06 09:59 +0100
      Re: Doxygen: Automatisiert Grundstruktur erstellen? Michael Vogel <ike@spamfence.net> - 2016-01-05 12:30 +0100
    Re: Doxygen: Automatisiert Grundstruktur erstellen? Christian Stadler <stadli@gmx.de> - 2016-01-04 18:15 +0100
      Re: Doxygen: Automatisiert Grundstruktur erstellen? Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2016-01-04 23:02 +0100
        Re: Doxygen: Automatisiert Grundstruktur erstellen? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-01-05 10:46 +0100

Page 1 of 3  [1] 2 3  Next page →

#3619 — Doxygen: Automatisiert Grundstruktur erstellen?

Moin!

Bei unserem Projekt haben wir uns entschlossen, mit Hilfe von Doxygen
unsere Dokumentation zu erstellen.

Ich nutze "nano" als Editor. Ich befürchte, dass es dafür keine
Möglichkeit gibt, Doxygen direkt einzubinden.

Deswegen ist meine Hoffnung, dass es ein Script für die Kommandozeile
gibt, das den Code analysiert und eine Grundstruktur anlegt, d.h. dass
es die Parameter und den Rückgabewert dokumentiert, so dass man nur noch
die Dokumentation erweitern muss.

Gibt es das?

Michael

[toc] | [next] | [standalone]

#3620

Michael Vogel wrote:

> Deswegen ist meine Hoffnung, dass es ein Script für die Kommandozeile
> gibt, das den Code analysiert und eine Grundstruktur anlegt, d.h. dass
> es die Parameter und den Rückgabewert dokumentiert, so dass man nur noch
> die Dokumentation erweitern muss.
> 
> Gibt es das?

Mir ist keins bekannt.  Aber sowohl PDT für Eclipse (in Java) als auch 
language-php für Atom (in V8 JavaScript) müssen entsprechenden Code 
enthalten, da sie bei Eingabe von /**<RET> vor einer Funktionsdeklaration 
entsprechende PHPDoc-Kommentare generieren.

Wenn ich Doxygen richtig verstanden habe, wirst Du aber die Kommentare 
ohnehin bearbeiten müssen, so dass Du Dich fragen solltest, ob es sich 
lohnt, ein Script für das PHPDoc-Grundgerüst zu suchen/schreiben.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#3621

Am 02.01.2016 um 22:55 schrieb Thomas 'PointedEars' Lahn:

> Wenn ich Doxygen richtig verstanden habe, wirst Du aber die Kommentare 
> ohnehin bearbeiten müssen, so dass Du Dich fragen solltest, ob es sich 
> lohnt, ein Script für das PHPDoc-Grundgerüst zu suchen/schreiben.

Natürlich muss ich trotzdem eine so erzeugte Dokumentation noch mit
Leben füllen, aber ich erspare mir viel Tipparbeit im Vergleich zur
kompletten manuellen Anlage.

Michael

[toc] | [prev] | [next] | [standalone]

#3622

Michael Vogel wrote:

> Am 02.01.2016 um 22:55 schrieb Thomas 'PointedEars' Lahn:
>> Wenn ich Doxygen richtig verstanden habe, wirst Du aber die Kommentare
>> ohnehin bearbeiten müssen, so dass Du Dich fragen solltest, ob es sich
>> lohnt, ein Script für das PHPDoc-Grundgerüst zu suchen/schreiben.
> 
> Natürlich muss ich trotzdem eine so erzeugte Dokumentation noch mit
> Leben füllen, aber ich erspare mir viel Tipparbeit im Vergleich zur
> kompletten manuellen Anlage.

Das Grundproblem ist wie gesagt Dein Editor, der es Dir offenbar nicht 
ermöglicht, das Grundgerüst halbautomatisch zu erstellen und dann 
unmittelbar anzupassen.  Bei anderen Editoren geht das; zwei Beispiele
habe ich genannt.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#3629

Am 03.01.2016 um 13:58 schrieb Thomas 'PointedEars' Lahn:

> Das Grundproblem ist wie gesagt Dein Editor, der es Dir offenbar nicht 
> ermöglicht, das Grundgerüst halbautomatisch zu erstellen und dann 
> unmittelbar anzupassen.  Bei anderen Editoren geht das; zwei Beispiele
> habe ich genannt.

Ich arbeite per SSH auf dem entsprechenden System. D.h. grafische
Editoren kann ich nicht verwenden, ohne meinen gesamten Arbeitsablauf
komplett umändern zu müssen.

Michael

[toc] | [prev] | [next] | [standalone]

#3632

Michael Vogel schrieb am 05.01.2016 um 12:28:

> Ich arbeite per SSH auf dem entsprechenden System. D.h. grafische
> Editoren kann ich nicht verwenden

ssh -X

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#3635

Claus Reibenstein wrote:

> Michael Vogel schrieb am 05.01.2016 um 12:28:
>> Ich arbeite per SSH auf dem entsprechenden System. D.h. grafische
>> Editoren kann ich nicht verwenden
> 
> ssh -X

Ich denke nicht, dass er auf seinem Webserver einen X-Server installieren 
will, um dort einen grafischen Editor auszuführen.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#3646

Am 05.01.2016 um 16:21 schrieb Thomas 'PointedEars' Lahn:
> Claus Reibenstein wrote:
> 
>> ssh -X
> 
> Ich denke nicht, dass er auf seinem Webserver einen X-Server installieren 
> will, um dort einen grafischen Editor auszuführen.

Korrekt.

Natürlich könnte ich mir auch Editoren suchen, die per scp arbeiten.
Allerdings arbeite ich von vielen verschiedenen Clients unter drei
verschiedenen Betriebssystemen. Das macht es nicht leichter.

Michael

[toc] | [prev] | [next] | [standalone]

#3651

Michael Vogel schrieb am 06.01.2016 um 09:47:

> Am 05.01.2016 um 16:21 schrieb Thomas 'PointedEars' Lahn:
>
>> Claus Reibenstein wrote:
>> 
>>> ssh -X
>> 
>> Ich denke nicht, dass er auf seinem Webserver einen X-Server installieren 
>> will, um dort einen grafischen Editor auszuführen.
> 
> Korrekt.

Der X-Server gehört auf den Client, nicht auf den Webserver. Auf dem
Server braucht es nur die X-Clients. Darum ging es aber nicht.

Es ging darum, dass Du SSH als Grund dafür angegeben hast, nicht mit
grafischen Werkzeugen arbeiten zu _können_. Diese Aussage ist schlicht
falsch. Genau das wollte ich mit meiner Antwort andeuten.

Ob Du damit arbeiten _willst_, ist eine ganz andere Geschichte.

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#3659

Am 06.01.2016 um 12:36 schrieb Claus Reibenstein:

> Der X-Server gehört auf den Client, nicht auf den Webserver.

Klar. Aber ich versuche, die Server schlank zu halten, auf denen ich
arbeite, schon alleine aus Sicherheitsgründen.

Michael

[toc] | [prev] | [next] | [standalone]

#3652

On 2016-01-05 15:21, Thomas 'PointedEars' Lahn <PointedEars@web.de> wrote:
> Claus Reibenstein wrote:
>> Michael Vogel schrieb am 05.01.2016 um 12:28:
>>> Ich arbeite per SSH auf dem entsprechenden System. D.h. grafische
>>> Editoren kann ich nicht verwenden
>> 
>> ssh -X
>
> Ich denke nicht, dass er auf seinem Webserver einen X-Server installieren 
> will, um dort einen grafischen Editor auszuführen.

Braucht er auch nicht. ssh -X stellt einen Kanal zum X-Server am
ssh-Client zur Verfügung, der dann von Programmen (z.B. einem Editor) am
ssh-Server genutzt werden kann. Funktioniert im LAN recht gut, übers WAN
wird das allerdings mühsame, weil a) das X11-Protokoll an sich schon
nicht optimal für Verbindungen mit großen Delays ist und b) die
Entwickler heute üblicher Frameworks wie Gtk oder Qt offensichtlich
wenig Gedanken auf diesen Anwendungsfall verschwendet haben.

        hp

-- 
   _  | Peter J. Holzer    | Fluch der elektronischen Textverarbeitung:
|_|_) |                    | Man feilt solange an seinen Text um, bis
| |   | hjp@hjp.at         | die Satzbestandteile des Satzes nicht mehr
__/   | http://www.hjp.at/ | zusammenpaßt. -- Ralph Babel

[toc] | [prev] | [next] | [standalone]

#3653

Peter J. Holzer schrieb am 06.01.2016 um 12:50:

> On 2016-01-05 15:21, Thomas 'PointedEars' Lahn <PointedEars@web.de> wrote:
>
>> Ich denke nicht, dass er auf seinem Webserver einen X-Server installieren 
>> will, um dort einen grafischen Editor auszuführen.
> 
> Braucht er auch nicht. ssh -X stellt einen Kanal zum X-Server am
> ssh-Client zur Verfügung, der dann von Programmen (z.B. einem Editor) am
> ssh-Server genutzt werden kann. Funktioniert im LAN recht gut, übers WAN
> wird das allerdings mühsame, weil a) das X11-Protokoll an sich schon
> nicht optimal für Verbindungen mit großen Delays ist und b) die
> Entwickler heute üblicher Frameworks wie Gtk oder Qt offensichtlich
> wenig Gedanken auf diesen Anwendungsfall verschwendet haben.

Die großen Delays sind gar nicht mal das Problem, sondern eher die
Geschwindigkeit der Datenübermittlung. Hinzu kommen natürlich, wie Du
richtig erkannt hast, die Frameworks, die meinen, nach jeder
klitzekleinen Änderung sofort einen Repaint veranlassen zu müssen.

Im Web bevorzuge ich daher Tools wie RealVNC. Die sind dafür deutlich
besser geeignet. Allerdings braucht man dann in der Tat einen X-Server
oder Ähnliches auf dem Webserver.

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#3665

On 2016-01-06 12:56, Claus Reibenstein <4spamersonly@kabelmail.de> wrote:
> Peter J. Holzer schrieb am 06.01.2016 um 12:50:
>> On 2016-01-05 15:21, Thomas 'PointedEars' Lahn <PointedEars@web.de> wrote:
>>> Ich denke nicht, dass er auf seinem Webserver einen X-Server installieren 
>>> will, um dort einen grafischen Editor auszuführen.
>> 
>> Braucht er auch nicht. ssh -X stellt einen Kanal zum X-Server am
>> ssh-Client zur Verfügung, der dann von Programmen (z.B. einem Editor) am
>> ssh-Server genutzt werden kann. Funktioniert im LAN recht gut, übers WAN
>> wird das allerdings mühsame, weil a) das X11-Protokoll an sich schon
>> nicht optimal für Verbindungen mit großen Delays ist und b) die
>> Entwickler heute üblicher Frameworks wie Gtk oder Qt offensichtlich
>> wenig Gedanken auf diesen Anwendungsfall verschwendet haben.
>
> Die großen Delays sind gar nicht mal das Problem, sondern eher die
> Geschwindigkeit der Datenübermittlung.

Meiner Meinung nach nicht. Ich habe hier 100 Mbit/s im Download und
zumindest bei Verbindungen zu meiner Arbeitsstätte erreiche ich die
auch. Das ist trotzdem ziemlich zäh, viel zäher, als ich das bei einem
lokalen 100 Mbit/s-LAN in Erinnerung habe (es ist noch nicht soo lange
her, dass wir das hatten). Aber die Round-Trip-Zeiten sind halt über 10
Millisekunden statt unter einer Millisekunde, und das macht meiner
Meinung nach den Unterschied aus - mit Traceroute sieht man z.B. beim
Programmstart Unmengen von sehr kurzen Request/Reply-Paaren (z.B.
Abfrage von Informationen über sämtliche installierten Fonts). Die
brauchen nicht viel Bandbreite, aber es dauert halt.


> Im Web bevorzuge ich daher Tools wie RealVNC. Die sind dafür deutlich
> besser geeignet. Allerdings braucht man dann in der Tat einen X-Server
> oder Ähnliches auf dem Webserver.

Yup. Ich selber bin eher der Commandline-Typ. VNC verwende ich
hauptssächlich, wenn ich jemandem remote am Desktop helfen muss.
Habe es aber auf einigen Servern (aus diversen Gründen) auch
eingerichtet.

        hp

-- 
   _  | Peter J. Holzer    | Fluch der elektronischen Textverarbeitung:
|_|_) |                    | Man feilt solange an seinen Text um, bis
| |   | hjp@hjp.at         | die Satzbestandteile des Satzes nicht mehr
__/   | http://www.hjp.at/ | zusammenpaßt. -- Ralph Babel

[toc] | [prev] | [next] | [standalone]

#3655

Peter J. Holzer wrote:

> On 2016-01-05 15:21, Thomas 'PointedEars' Lahn <PointedEars@web.de> wrote:
>> Claus Reibenstein wrote:
>>> Michael Vogel schrieb am 05.01.2016 um 12:28:
>>>> Ich arbeite per SSH auf dem entsprechenden System. D.h. grafische
>>>> Editoren kann ich nicht verwenden
>>> ssh -X
>> Ich denke nicht, dass er auf seinem Webserver einen X-Server installieren
>> will, um dort einen grafischen Editor auszuführen.
> 
> Braucht er auch nicht. ssh -X stellt einen Kanal zum X-Server am
> ssh-Client zur Verfügung, der dann von Programmen (z.B. einem Editor) am
> ssh-Server genutzt werden kann. […]

Das stimmt; ich habe mich missverständlich ausgedrückt.  Damit er Programme, 
die einen X-Server benötigen, auf diese Weise auf dem Client ausführen kann, 
muss er *auf dem Server* die entsprechenden Abhängigkeiten dieser Programme 
erfüllen; das heisst unter anderem, zusätzliche Bibliotheken zu 
installieren, die ebenfalls wieder Abhängigkeiten haben können (BTDT).  Und 
das möchte man auf einem dedizierten Webserver meist nicht.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#3660

Am 06.01.2016 um 12:50 schrieb Peter J. Holzer:

> Braucht er auch nicht. ssh -X stellt einen Kanal zum X-Server am
> ssh-Client zur Verfügung, der dann von Programmen (z.B. einem Editor) am
> ssh-Server genutzt werden kann. Funktioniert im LAN recht gut, übers WAN
> wird das allerdings mühsame, weil a) das X11-Protokoll an sich schon
> nicht optimal für Verbindungen mit großen Delays ist und b) die
> Entwickler heute üblicher Frameworks wie Gtk oder Qt offensichtlich
> wenig Gedanken auf diesen Anwendungsfall verschwendet haben.

Jepp. X über das Internet kann man vergessen. Dann muss man Programme
wie "x2go" verwenden. Aber auch dann bleibt das Problem, dass auf dem
Server ein großer Haufen von Dingen installiert werden muss. Und das
stört mich. Je mehr Librarys und Programme vorhanden sind, desto höher
ist das Risiko, dass ich mir eine Sicherheitslücke reinhole.

Michael

[toc] | [prev] | [next] | [standalone]

#3633

Michael Vogel wrote:

> Am 03.01.2016 um 13:58 schrieb Thomas 'PointedEars' Lahn:
>> Das Grundproblem ist wie gesagt Dein Editor, der es Dir offenbar nicht
>> ermöglicht, das Grundgerüst halbautomatisch zu erstellen und dann
>> unmittelbar anzupassen.  Bei anderen Editoren geht das; zwei Beispiele
>> habe ich genannt.
> 
> Ich arbeite per SSH auf dem entsprechenden System.

Das ist keine gute Idee, insbesondere nicht bei Teamarbeit.

Idealerweise entwickelt man Software in einer lokalen Testumgebung, 
committed in ein VCS-Repository (ich empfehle Git als Team-VCS), deployed 
regelmässig den Entwicklungsbranch auf den gemeinsamen Entwicklungsserver 
und deployed beim Release den stabilen Branch auf den produktiven Server.  
Auf diese Weise kann keine einzelne Person etwas kaputtmachen, ohne dass das 
1. nachvollziehbar ist und 2. einfach, d. h. ohne Einspielen eines Backups 
rückgängig gemacht werden kann.

Aber das eine hat mit dem anderen nichts zu tun:

> D.h. grafische Editoren kann ich nicht verwenden, ohne meinen gesamten
> Arbeitsablauf komplett umändern zu müssen.

Du brauchst als ersten Schritt nur einen grafischen Editor, der SSH 
unterstützt.  Atom mit entsprechendem Package (z. B. “remote-atom”, “remote-
edit” oder “remote-atom-plus”) und Eclipse PDT mit dem Plugin “Remote System 
Explorer” können das.  (Vim – mindestens auf SSHFS-Mounts – auch, aber der 
ist nicht grafisch; gVim und Vim-Plugins für Atom und Eclipse gibt es 
ebenfalls.)

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#3639

Thomas 'PointedEars' Lahn am Dienstag, 5. Januar 2016 (14:33):

>> Michael Vogel wrote:

>> D.h. grafische Editoren kann ich nicht verwenden, ohne meinen gesamten
>> Arbeitsablauf komplett umändern zu müssen.

> Du brauchst als ersten Schritt nur einen grafischen Editor, der SSH
> unterstützt. Atom mit entsprechendem Package (z. B. “remote-atom”, “remote-
> edit” oder “remote-atom-plus”) und Eclipse PDT mit dem Plugin “Remote System
> Explorer” können das. (Vim – mindestens auf SSHFS-Mounts – auch, aber der ist
> nicht grafisch; gVim und Vim-Plugins für Atom und Eclipse gibt es ebenfalls.)

Oder ein "out-of-the-box" PHPStorm


tschüss, Stefan

[toc] | [prev] | [next] | [standalone]

#3642

Stefan Mayer wrote:

> Thomas 'PointedEars' Lahn am Dienstag, 5. Januar 2016 (14:33):
>> Du brauchst als ersten Schritt nur einen grafischen Editor, der SSH
>> unterstützt. Atom mit entsprechendem Package (z. B. “remote-atom”,
>> “remote- edit” oder “remote-atom-plus”) und Eclipse PDT mit dem Plugin
>> “Remote System Explorer” können das. (Vim – mindestens auf SSHFS-Mounts –
>> auch, aber der ist nicht grafisch; gVim und Vim-Plugins für Atom und
>> Eclipse gibt es ebenfalls.)
> 
> Oder ein "out-of-the-box" PHPStorm

Ja, das waren nur Beispiele.  Jemandem, der im Moment GNU nano zur PHP-
Entwicklung verwendet und bereits Bedenken dabei hat, einen grafischen 
Editor zu verwenden, empfiehlt man sinnvollerweise im ersten Schritt keine 
reine PHP-IDE als Alternative, erst recht keine unfreie kostenpflichtige 
Closed-Source-Software.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#3643

Thomas 'PointedEars' Lahn am Dienstag, 5. Januar 2016 (20:37):

>> Stefan Mayer wrote:

>>> Thomas 'PointedEars' Lahn am Dienstag, 5. Januar 2016 (14:33):
>>>
>>> Du brauchst als ersten Schritt nur einen grafischen Editor, der SSH
>>> unterstützt. Atom mit [...] Eclipse PDT [...] Vim [...]
>> 
>> Oder ein "out-of-the-box" PHPStorm

> Jemandem [...] empfiehlt man keine [...] erst recht keine unfreie
> kostenpflichtige Closed-Source-Software.

Solltest mal einen Blick drauf werfen. Genau was das geliebte Eclipse eigentlich
hätten sein bzw. werden sollen.

Viel Spaß! Stefan

[toc] | [prev] | [next] | [standalone]

#3644

Stefan Mayer wrote:

> Thomas 'PointedEars' Lahn am Dienstag, 5. Januar 2016 (20:37):
>>> Stefan Mayer wrote:
>>>> Thomas 'PointedEars' Lahn am Dienstag, 5. Januar 2016 (14:33):
>>>> Du brauchst als ersten Schritt nur einen grafischen Editor, der SSH
>>>> unterstützt. Atom mit [...] Eclipse PDT [...] Vim [...]
>>> Oder ein "out-of-the-box" PHPStorm 
>> Jemandem [...] empfiehlt man keine [...] erst recht keine unfreie
>> kostenpflichtige Closed-Source-Software.
> 
> Solltest mal einen Blick drauf werfen. Genau was das geliebte Eclipse
> eigentlich hätten sein bzw. werden sollen.

PhpStorm hat mir gestern abend schon ein guter Arbeitskollege empfohlen und 
mich nicht überzeugen können.  [Das mag auch damit zusammenhängen, dass mich 
PyCharm aus demselben Haus gegenüber PyDev (Eclipse) und language-python 
(Atom) aufgrund seiner unnötig komplizierten UX nicht hat überzeugen 
können.]

Ich bin einigermassen sicher, dass Eclipse mit PHP Development Tools (PDT)-
Plugin bezogen auf den PHP-IDE-Funktionsumfang und wahrscheinlich auch auf 
die Geschwindigkeit PhpStorm unterlegen ist; nicht so sicher bin ich mir 
bezüglich des Funktionsumfangs bei Zend Studio, welches auf Eclipse PDT 
basiert (als ZCE erhalte ich Zend-Studio-Versionen lebenslang gratis; 
allerdings stört mich daran, dass die Plattform-Version immer hinter den 
Eclipse-Releases hinterherhinkt, was die Verwendung zusätzlicher Plugins 
erschwert oder verunmöglicht).


Eclipse *insgesamt* überzeugt aber gegenüber PhpStorm (soweit ich das der 
PhpStorm-Website entnehmen kann; ich habe es nicht installiert) in für mich 
wesentlichen Punkten:

- Man kann damit aufgrund Erweiterbarkeit mit Plugins wesentlich mehr machen
  als nur PHP-bezogene Entwicklung, braucht also nicht mehrere 
  Entwicklungsumgebungen für mehrere Programmier- und Auszeichnungssprachen;

- es ist freie und Open-Source-Software, wenn auch nicht mit GPL-kompatibler
  Lizenz (Eclipse Public License);

- es ist gratis.


Atom mit Paket “language-php” (nicht: “atom-php”) und weiteren Paketen 
punktet für mich gegenüber Eclipse zusätzlich mit Folgendem:

- Die Pakete (78) für verbreitete Programmier- und Auszeichnungssprachen
  sind bereits vorinstalliert;

- trotz Installation vieler weiterer Pakete (das Atom-Äquivalent für
  Eclipse-Plugins; derzeit sind es bei mir insgesamt 130 zusätzliche,
  Tendenz steigend) läuft er auch auf älteren Systemen (ich schreibe das
  hier noch auf einem gebraucht gekauften Notebook) noch recht schnell;

- er kommt mit vorinstallierten dunklen Farbschemas;

- eingebaute Git-Unterstützung (der Hersteller ist schliesslich GitHub)

- er basiert auf WebKit, daher

  * verträgt er sich viel besser mit meinem Desktop (KDE 4; Eclipse 
    basiert unter Linux auf GTK+, verwendet daher GNOME-Einstellungen);

  * kann man die Oberfläche, wenn man möchte, bis ins letzte Detail mit CSS
    konfigurieren (mit den eingebauten Chrome Dev Tools kann man den Editor
    inspizieren, als wäre er eine Website);

  * die Konfiguration (ausser der Darstellung) wird als JSON und CSON
    gespeichert und kann im Klartext bearbeitet werden;

  * als Programmiersprache wird Google V8 JavaScript verwendet (welches ich
    wesentlich besser als das Java beherrsche, auf dem Eclipse und Eclipse-
    Plugins basieren);

- die Softwarelizenz ist GPL-kompatibel (X11/MIT-Lizenz).

ObPHP: Folgende PHP-spezifische Atom-Pakete habe ich zusätzlich installiert 
und kann ich empfehlen:

- atom-php-navigation 0.5.2
- autocomplete-php 0.3.7
- hyperclick-php 0.2.1
- linter-php 1.1.6
- php-extract-method 0.2.1 (noch nicht ausprobiert)
- php-getters-setters 0.5.5

Ich brauche eigentlich nur noch einen PHP-Debugger für Atom, dann brauche 
ich Eclipse für PHP-Entwicklung wohl nicht mehr.  (php-debug 0.1.4 habe ich 
trivialerweise Sekunden nach Absenden meines vorherigen Postings durch 
Paketsuche nach “debug” gefunden; zur Zusammenarbeit mit XDebug bewegen 
konnte ich es jedoch bisher nicht – dazu später woanders mehr.)
 
-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not cc me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | de.comp.lang.php

csiph-web