Nem igazán friss hús, de most kéne tanulni, úgyhogy most próbáltam ki a NetBeans legújabb verzióját. A php és javafx verzió érdekelt, a Java-ról egyrészt elhiszem hogy nagyon jó, másrészt kicsit mostanában (sajnos?) mellékvágányra került nálam a téma, a többihez (ruby, c/c++) pedig nem értek.

Először 1-2 hete a NetBeans for PHP-t néztem meg, hát mit ne mondjak rég láttam ilyen jó php környezetet. Na nem mintha sokat várnék, de ami kell azt tudja: syntax highlight megy, rendesen működik az auto-completion (legalábbis kohana-s cucchoz, aminek ugyebár kb ugyanúgy működik az autoloadere mint a ZF-é, ez mondjuk lehet benne van a dologban), ráadásul normális a sebessége is. Összehasonlításképp: eclipse-ben az autoloader hol megy, hol nem, és ha megy, akkor is döglassú.

Ezen kívül kipofozták a JavaScript syntax highlightert, 6.1-ben még elég pocsék volt, mostmár rendesen megy (legalábbis én nem tudtam olyan kódot produkálni a rászánt 2 perc alatt amitől megfeküdt volna). Ráadásul a standard DOM API-hoz van autocompletion és még popup doksi is, szóval igazán tisztességesen meg van írva a js támogatás is, nem nagyon láttam még ehhez hasonlót. Ha már így benne voltam megnéztem a CSS szerkesztőt is. Na itt lepődtem meg igazán, ugyanis nem csak hogy rendesen működik, hanem egy dobozban megjelenítni on-the-fly hogy az éppen szerkesztett CSS utasítás hogyan fog formázni egy divet, ráadásul ez is normális sebességgel működik - csöpögök.

Szóval PHP téren jelenleg nagyon odaveri a netbeans az eclipse pdt-t, érdemes váltani.

Ezután jött a JavaFX-es NetBeans, ettől már nem voltam annyira elragadtatva. Telepítés közben kicsit meglepődtem, mert a telepítő nem kérdezte, hogy hova akarom rakni a cuccot, hanem észrevette hogy már van egy NB telepítés a gépen (a php-s) és abba másolta a javafx-es cuccokat is. Gondolom ez nem javafx-specifikus dolog, hanem úgy alakították át a netbeans-t hogy egy gépen csak egy telepítés lehessen. Nem vagyok túl boldog tőle dehát istenem, ettől még nem dől össze a világ.

Viszont ez a JavaFX támogatás sehogy nem akar jó lenni. Még mindig nincs hozzá normális drag&drop editor, amit annak neveznek az annyi, hogy ráklikkolok egy gombra és a kódba beilleszt az adott widgethez egy sample kódot - akkor is, ha épp rossz helyen áll a kurzor és syntax erroros lesz a kód. Van még újításként egy preview nevű ablak amiben elvileg látjuk hogy hogy fog kinézni az éppen szerkesztett UI, ez elvileg nem lenne rossz csak ahogy néztem kicsit döcögve működik. Ezen kívül még mindig vannak olyan banális hibák, mint pl az hogy ha a forráskód hibás volt, aztán javítom, attól még a fájl ikonja továbbra is hibásnak jelzi, meg ilyesmi. Na nembaj legalább a kódszerkesztő jobban működik mint 6.5-ben.

Egyébként bekerült a netbeans-be egy olyan feature hogy az internal frame-eket lehet undockolni és akár másik workspace-re helyezni, ezt én pl az eclipse-ből nagyon hiányolom, úgyhogy most ennek szintén örülök:)

Megjelent a JavaFX 1.2, és mostmár van Linux és Solaris támogatás is. Már kezdtem aggódni, hogy sosem fog megjelenni a linux SDK, ez a bő fél éves csúszás a Windows/OSX verzióhoz képest kicsit sok volt, de legalább megérkezett.

Én ha lesz időm biztosan kipróbálom, amúgy sem foglalkoztam még komolyabban semmilyen RIA platformmal, és a JavaFX ígéretesnek tűnik, vagy legalábbis - amennyire én látom - elég nagy felhajtás van körülötte. Van hozzá NetBeans támogatás is, aminek szintén örülünk.

Letöltés innen

Tutorial itt

Nagyobb java alkalmazás fejlesztésekor elég sok nem implementált metódus (method stub) kerül a kódba, főleg a kódolás első fázisában, ezeket általában az IDE generálja, pl. mikor absztrakt osztályból származtatunk.

Ezekkel a generált metóduscsonkokkal az a gond(om), hogy általában egy return null; (vagy hasonló) utasítás szerepel bennük, ami nem a legjobb megoldás. Emellett persze oda van írva egy TODO komment, de ennek nincs sok értelme, ha senki nem figyel rá (a legjobb persze az, mikor ezt a fejlesztő kitörli, hogy ne warningoljon neki a környezet).

A return utasítás helyett szerintem sokkal jobb megoldás kivételt dobni. Ehhez nincs dedikált kivétel a Java API-ban, de érdemes írni (RuntimeException-ből származtatni), mivel így sokkal hamarabb kiderül, ha valami nincs implementálva (legkésőbb akkor, mikor szükség van a metódusra), tehát biztosan nem kell adott esetben fél órát debugolni, és biztosan nem fog az éles alkalmazásba bekerülni a metóduscsonk.

Némi unszolásra kipróbáltam a Komodo Edit nevű PHP IDE-t. Ez a Komodo-nak egy ingyenes, gtk-s változata, elég sok helyen lehet róla hallani, bár én az utóbbi időben inkább csak a "futottak még" kategóriába sorolják a témával foglalkozó fórumokon. Na nézzük mit tud.

A telepítéssel nincs semmi gond, parancssorból megy és kb 30 másodpercig tart, majd a program - egy közepes tudású környezethez méltóan - közepesen sokáig bootol, közben semmi splash screen, amit felróhatnánk neki mint hiányosságot, de nem tesszük :) Startup közben cache-eli a beépített php függvényeket és osztályokat (plusz a kiterjesztésekét) autocompletionhöz, örülünk. Egy NetBeans-szerű bemutató oldal jelenik meg linkekkel és néhány funkcióval, plusz egy oldalsó panel, alsó panel viszont érdekes módon nincs, és ez új projekt indítása után sem jelenik meg. Mikor elkezdünk gépelni nagyon lassú, laggol, ha van autocompletion, ha nincs, de pár sor után belejön és tűrhető lesz a sebessége. Objektum-orientált eszözök viszont sajnos nem igazán támogatottak, az osztályok mellett nincs outline, saját objektumokra nem megy az autocompletion. A html-css szerkesztője viszont okos, gyors, és jól használható, a javascript editor is megbirkózik bonyolultabb dolgokkal, ez +1 pont a NetBeans-hez képest. A hibakezelés viszont elég pocsék, a syntax error-t egyszerűen aláhúzza, de nem írja ki, hogy mi a hiba (mire lenne jó egy alsó panel...)

A kódszerkesztőt több részre oszthatjuk, ami nagyon jó, pont olyan, mint eclipse-ben. A beállításokat egy Preferences nevű menüpontban találjuk, és a felugró párbeszédablak pontosan olyan elrendezésű, mint az eclipse preferences... ezek a dolgok nekem valahogy nem szimpatikusak. Viszont az eclipse-el szemben alapból van benne full screen funkció.

Sajnos hiányoznak belőle olyan - komolyabb szoftver fejlesztéséhez szükséges - eszközök, mint go to definition, osztáyhierarchia mutatása vagy svn integráció, bár FTP-zni ügyesen tud. Meglévő projekthez könnyen tudjuk használni, elég, ha új projektet kezdünk, és a hozzá tartozó .kpf fájlt a projektünk könyvtárába mentjük, máris látni fogjuk az oldalsávban annak tartalmát, és dolgozhatunk vele.

Összefoglalva a Komodo Edit egy közepes tudású IDE, mely kisebb, pár napos projektekhez jól használható, főleg ha kevés a php és inkább a kliens-oldali kódon van a hangsúly, viszont csapatban, céges környezetben szerintem nem érdemes használni.

Szép dolog az eclipse, örülünk a hihetetlenül flexibilis plugin-rendszernek, és annak, hogy bármit ki tudunk hozni belőle, de azért jó, ha egyszer össze tudunk pakolni egy jó konfigot, és utána csak óvatosan piszkáljuk.

Sajnos az utóbbi időben többször tapasztaltam, hogy az ingyenes eclipse pluginok között nagyon sok az instabil. Ilyen volt a FreeMarker plugin, a SmartyPDT és a VisualSwing4Eclipse (bár erre még senki nem is mondja, hogy stabil). Sajnos mindegyik nagyon gyakran összeomlott, félúton meghalt a syntax highlight, stb. Szóval érdemes jó alaposan tesztelni, próbálgatni egy plugint, mielőtt elkezdenénk mindennapi munkánk során használni. Ha mégis felraktunk valamit, amit nagyon nem kellett volna, akkor az eclipse plugins/ és features/ könyvtárában kicsit takarítva visszaállíthatjuk az eredeti állapotot.

Ugyan a php fejlesztői környezetek fejlődnek, és egyre több van belőlük, valahogy egyik sem az igazi, mindegyik legjobb esetben közepes - legalábbis összehasonlítva őket mondjuk a Java környezetekkel, vagy a Visual Studio-val. Ennek szerintem több oka van, elsősorban talán az, hogy a nyelvnek vannak olyan tulajdonságai, melyek jelentősen megnehezítik az IDE fejlesztők dolgát. Ilyen pl. az autoload, a futásidőben állítható include path, a nyelv típustalansága, vagy az, hogy egy php fejlesztői környezetnek gyakorlatilag kötelező még legalább 3 nyelvet (html, css, js) támogatnia. Egy másik ok lehet, hogy sok fejlesztő nem is igényel jó környezetet, ezen a területen sokan használnak általános célú szövegszerkesztőket, vagy nagyon egyszerű IDE-t.

A - nem túl erős - mezőnyben új versenyzőként indul a KDevelop, a 4.0 kiadásba úgy tűnik, be fog kerülni a php támogatás, kapcsolódó blogpost itt. A fejlesztés ígéretesnek tűnik, hiszen egy elég kiforrott IDE-re épül. Mivel C++ -ban íródik, ezért valószínűleg a sebességgel nem lesznek gondjai, bár nekem ilyen szempontból a NetBeans-szel és az Eclipse-szel sincsenek problémáim.

A projekt egyelőre még nincs is benne a KDevelop bináris disztribúcióiban, forrásból kell fordítani, ha ki akarjuk próbálni, de megéri futni vele egy kört, tesztelni, vagy legalábbis érdemes figyelni rá. Még a végén jó lesz :)

Nemrég jelent meg a NetBeans 6.5, most jutottam el odáig hogy kipróbáljam. Java-oldalról nem néztem meg, nem is történt állítólag túl sok változás, meg annyira nem is érdekel (teljesen meg vagyok elégedve az eclipse-el). Az új php plugint viszont megnéztem (pontosabban a NetBeans for PHP verziót töltöttem le), és - amennyire a ráfordított 10 perc alatt át tudtam nézni - elég jó a cucc. Nagyjából mindent tud ami kell, bár nincsenek is nagy igényeim (normális syntax highlight, goto-declaration stb), nem is nagyon lassú, teljesen használható. A JavaScript syntax highlight mondjuk elég bugos, de az mondjuk annyira vészesen nem nagy probléma, szerintem én biztosan használni fogom. Sokkal jobb mint a gedit (már marhára elegem volt belőle).

Ja, és jól néz ki a splash screen, az új Swing Look and Feel (a Nimbus) szintén egész korrekt (mondjuk szépnek azért nem nevezném). Örülünk.

A netbeans support honlapon külön oldal van ubuntu + lamp + netbeans konfigurációhoz ( http://www.netbeans.org/kb/docs/php/configure-php-environment-ubuntu.html ). Szintén örülünk.

Mostanában többet lehet hallani a Mono projektről (ez a .NET futtatókörnyezet linuxos implementációja). Nem mintha nagyon örülnék neki, mert ha tényleg jó a Mono akkor az azt jelenti hogy a .NET is majdnem ugyanúgy platformfüggetlen mint a Java. Bár ettől még nem kell azért félni, a .NET futtatható kódformátuma (CIL: Common Intermediate Language) sokkal kevésbé hordozható mint a Java bájtkód. A Mono-ban sokminden nincs, ami a wines .NET-ben van, és ez fordítva is igaz (pl GTK# grafikus lib).

A MonoDevelop az a fejlesztői környezet Mono-ra. Első ránézésre nekem egy erős közepes fejlesztői környezetnek tűnik. Gyorsan indul, letisztult és átlátható a felülete, van hozzá jól használható vizuális GUI szerkesztő, viszonylag flexibilis, és a kialakított nézeteinket el is tudjuk menteni. Nagyon tetszik hogy van full-screen mód is (ezt mondjuk éppen ki lehet váltani azzal, ha az ember rárakja a nyilakat a paneljeire, aztán szükség esetén - majdnem - fullscreenben tud nézni bármilyen programot, én eclipse-szel így szoktam csinálni). Van elvileg bővítménykezelése is, de egyelőre csak nagyon kevés plugin érhető el (ami van az gyakorlatilag benne van az alap telepítésben). Amit nagyon hiányolok, az az, hogy nincs semmiféle SVN vagy akár csak CVS integráció, így csapatmunka esetén az embernek másik program használatával kell megoldania a verziókövetést. Kicsit gyermekbetegség, hogy webes projektekben nincs HTML syntax highlight. Egyébként az elején kicsit meglepődtem, hogy a projekteket "megoldások"-nak hívja - ez valami visual studio beütés?

Este leszedtem a NetBeans 6.1-et - hát ez valami iszonyatosan lassú... Semmi nem fut, sima Java SE alkalmazást fejlesztek, semmi Visual Web vagy ilyesmi. A lelkem eszik 250 mega memórát, 50%-on pörgeti a procit. Le se akar állni (kb 5 percig tartott, amíg lelőttem..). Lehez csak rá kellene nézni az Eclipse -re, hátha az használhatóbb (amúgy nem tudom miért gondolja bárki is hogy ezt a tehén NetBeans-ta gépeknek elfogadható százaléka elbírja, nincs gyenge gépem, nem is csináltam semmi extrát és mégis meghalt..)

Amúgy a feature-listája egész pofás :) Még nem nagyon néztem bele, de ha jól láttam van JS támogatás, a PHP fejlesztés alatt áll, Ruby és RoR is van benne. Összességében tetszene ha bírná a gépem:)

[szerk] amúgy ez az új splash screen elég fos, olyan half-life 1 és gagyi-kínai-szar keverék  feelingje van sztem