FDT versus FlashDevelop

[echo5-7]

ich hab mal ein buch von o'reilly gesehen, da stand groß und fett ANT drauf. drunter war ein chinchilla abgebildet. mit sowas beschäftige ich mich nicht

[l_ch]

flash builder beta2 ist schneller als fdt4 milestone 1

das muss ja auch mal gesagt werden. oh, und fdt sieht "eclipsiger" aus. es ist cool, aber… naja die quickfixes bringen es. aber mal richtig. daher bin auch ich mittlerweile fast konvertiert.

[laxersaz]

Ich benutze FDT aus Überzeugung, weil ich (bzw. mein Team) damit deutlich schneller und produktiver arbeite als mit anderen Tools. Richtig ist aber leider auch, dass der FlashBuilder gerade böse aufholt. Das KO-Kriterium für mich ist da aber immer noch, dass es keine Live-Fehleranzeige und keine Quickfixes gibt, die mit FDT mithalten können. Für MXML ist FDT aber meiner Meinung nach immer noch nicht wirklich gut geeignet.

[Omega Psi]

Zitat von echo5-7

ich hab mal ein buch von o'reilly gesehen, da stand groß und fett ANT drauf. drunter war ein chinchilla abgebildet. mit sowas beschäftige ich mich nicht

If that's true, then it's rather sad...

[_kweso]

Zitat von Mr.Twister

Es ist kein Refactoring möglich. (GANZ WICHTIG)

kann es sein, dass das inzwischen geht? oder steckt hinter refactoring mehr, als was die aktuelle fd-version macht? also es geht nämlich inzwischen zumindest klassenintern. klassenübergreifend hab ich das noch nicht gebraucht...

lg

[Martin Kraft]

FlashDevelop beherrscht das Refactoring von Funktionen und Eigenschaften (auch Klassen übergreifend) aber nicht das von Klassen und Paketen.

[_kweso]

verstehe. genau letzteres hätte ich gestern gebraucht. vielleicht werd ich doch mal ftd ansehen. kann das der flashbuilder?

danke
kws

[_geo_]

Zitat von Mr.Twister

[...]Das Debugging ist mit FlashDevelop natürlich eher mager.[...]

Zitat von bigyeti

[...]In Flashdevelop kann man die ja ganz brauchbar editieren (Natürlich ohne Debug & Co).[...]

Der Vollständigkeit halber sei angemerkt dass FlashDevelop nun schon länger einen (zum Glück nicht mehr abstürzenden) Debugger hat.

Was ich an FD mag:

• einfach strukturiert, einfach anpassbar (z.B.: Templates selber machen, Code snippets, ...)
• Plugins (hier lohnt es sich echt mal das Forum zu durchstöbern)
• den Preis und die trotzdem relativ gute Qualität und nun schon lang andauernde konstante Weiterentwicklung
• nutze Eclipse z.B. gern für Java aber eigentlich bin ich kein Eclipse fan (habs gern einfacher).
• Die Integration mit der Flash IDE ist schön unproblematisch. Es lässt sich sehr gut als Coding Umgebung für Flash IDE Projekte nutzen.
• is jetzt KEIN Argument aber ich weiß nicht warum, es is mir arg sympathisch, ich machs einfach gerne auf

Was ich nicht mag:

• der Multiinstanz mode is buggy
• arbeiten mit mehreren Entwicklern an einem Projekt ist problematisch (wie siehts da mit FDT aus, habs bisher nur alleine genutzt?)
• Manchmal is der neue Release verbuggt, so dass man besser erst abwartet bis die Fixes kommen (open srource halt).
• der Debugger hat ewig gedauert und neue Features kommen nur langsam (ist aber verständlich bei den wenigen Ressourcen die da reinfließen)
• läuft nur unter Win
• visuellen MXML support (wie FB) würd ich mir wünschen

Wähle deine IDE nach deinen Bedürfnissen und deinem Workflow!

lg

[_kweso]

wofür würde man denn den multiinstanz-mode benutzen? um in mehreren projekten gleichzeitig arbeiten zu können? oder hat das noch einen anderen grund?

was ich an fd mag, sind die codehints, die auch mal einen tipfehler verzeihen. fand ich viel besser als in flexbuilder (den flashbuilder kenn ich noch nicht).

kws

[bloba]

Zitat von _geo_

Der Vollständigkeit halber sei angemerkt dass ...

Was ich nicht mag:

• läuft nur unter Win
  

...

lg

groesstes Manko, wie ich finde.

[milchreis]

warum eigentlich auch .NET wenn der Compiler eh auf Java wohnt?

Mit Mono scheints ja nicht so recht voran zu gehen...

[Omega Psi]

Weil die Jungs nichts mit dem Compiler zu tun haben ausser ihn aufzurufen und den Output auszuwerten.

Für mich ist es IDEA, wie man vielleicht merkte über in den letzten Monaten. Bestes Preis/Leistungsverhältnis und eine verdammt gute Code Analyse. Integriert hervorragend SCMs und das macht auch das arbeiten im Team "an ease", da ich Konflikte auch in der IDE lösen kann.

@geo: wieso macht FD das arbeiten im Team problematisch?

[milchreis]

Zitat von Omega Psi

Weil die Jungs nichts mit dem Compiler zu tun haben ausser ihn aufzurufen und den Output auszuwerten.

Das Programm hat eine gewisse Abhängigkeit vom Compiler, das haben die Jungs mit ihm zu tun.

Wenn der Compiler auf einer Platform läuft, nehme ich doch die gleiche um die Entwicklungsumgebung zu schreiben, damit kann sie überall dort eingesetzt werden, wo auch der compiler läuft.

Deshalb die Frage.

[Omega Psi]

Du kannst mit Eclipse auch C++, PHP or whatever programmieren. Es wird über Schnittstellen kommuniziert. Das ist doch das Tolle am programmieren. Und wenn die Jungs produktiver in DOTNET sind, macht es keinen Sinn ein Freizeit Projekt in einer anderen Sprache zu entwickeln, oder?

[milchreis]

Zitat von Omega Psi

Und wenn die Jungs produktiver in DOTNET sind, macht es keinen Sinn ein Freizeit Projekt in einer anderen Sprache zu entwickeln, oder?

Ja, es ist eben nur schade das diese Vielschichtigkeit der Entwicklungsseite nicht beim Benutzer ankommt, weil .NET nicht überall läuft.