Několik poznámek k Eclipse CDT 4.0 (diskuse)

[atan]

Daji se na CDT nainstalovat pluginy jako pydev, aptana, pdt apod? nebo se musi pouzit jen Eclipse Classic?

[Boris Dušek]

Eclipse CDT = Eclipse Classic s nainstalovaným CDT pluginem. Takže je možné do toho doinstalovat jakýkoliv jiný plugin (třeba Javu, PyDev), stejně tak jako z něj odebrat CDT plugin. To Eclipse CDT a Eclipse Java existují takhle předbundlované jen proto, aby člověk, co chce pracovat s daným jazykem, nemusel stahovat napřed Eclipse Classic a pak si doinstalovat plugin pro svůj jazyk. Žádný jiný význam než ušetření času to nemá.

[atan]

Ale verze s CDT ma jen 60MB oproti 140MB u Eclipse Classic. Nechybi tam neco duleziteho pro pluginy? Je to pre 80MB rozdil.

[Boris Dušek]

Aha, to jsem zase na něco odpovídal hodně rychle

Ale podstata mé odpovědi se nemění - každý z těch downloadů je jen "Eclipse platforma (=jádro)" + nějaké předinstalované pluginy. Které jsou jen pluginy - jdou odinstalovat, jdou přiinstalovat nové. Jak jsem se dozvěděl, tak Eclipse Classic není Eclipse platforma, jak jsem se mylně domníval. Eclipse Classic je totiž "Eclipse platform" + "Java (JDT)" + "prostředí pro vývoj Eclipse pluginů se zdrojáky". Takže tak

[Boris Dušek]

Co se týče KDE-Eclipse, tak aspoň je Qt-Eclipse, co udělal Trolltech - stará se to o qmake soubory a má to integrovaný Qt Designer do Eclipse a umožňuje používat code-completion atd.

[zde]

Hmm, a už jsi zkoušel vim?

[miro]

vim je IDE?

[Käyttäjä 11133]

Jo. Se sadou vlastních maker Případně i těch cizích.

[miro]

Kazdemu podla gusta. Niekto rad dava dokopy vselijake makra a vyladuje si vim k svojmu obrazu, niekto zase nainstaluje eclipse a ma tam vsetko co potrebuje k praci (editor, projekt manager, CVS, atd. atd. atd.) bez nejakeho usilia.

Mozno ma ten vim niekedy presvedci, aj ked pochybujem. Zatial som sa z neho naucil len vyliezt bez nutnosti restartu pocitaca :)

[Kyosuke]

"jen ta syntaxe je mi taková, no řekněme nesympatická, žádné úhledné XML alá Ant nebo Maven."

No to je skvělý. Autor Antu v rozhovoru prohlásil, že XML syntaxe pro Ant byla při zpětném pohledu ta největší blbost, co ho při návrhu napadla. Mezitím, jak vidno, se toho už ale stihli chopit další...

[deda.jabko]

vsechno dneska musi byt xml! kdo neni xml, neni in! nicmene nejhur jsou timto xml syndromem postizeni u microsoftu... uz jenom treba kdyz kopirovali javadoc do c# ... nez tam clovek ty tagy vypise....

[Algi]

kolik antových skriptů jsi už napsal, že ti to xml tak vadí? spíš se mi zdá, že je móda na XML nadávat. co ty na to?

jinak se mi antové skripty (natož Maven) docela líbí, krom toho, že mají výbornou podporu právě v Eclipse, takže většinou stačí jenom Ctrl+mezerník a mám tu nabídku všech tasků.

CDT jsem zkoušel, ale ta nápověda kódu mi nepřišla zrovna dobrá. ale postačovala. horší byl debugger. v čistým C zvládal akorát zobrazovat zeleně aktuální řádek v main metodě, když ale člověk vlezl dovnitř, tak debugger sice vypisoval proměnné, ale již zeleně neznačil řádek. je pravdou, že jsem to naposledy zkoušel před rokem, takže už to nemusí být pravda...

[Kyosuke]

kolik antových skriptů jsi už napsal, že ti to xml tak vadí? spíš se mi zdá, že je móda na XML nadávat. co ty na to?

Když se zhnusily i autorovi Antu, tak na tom možná i něco bude, ne? Dokud to může generovat stroj, tak to jako komunikační protokol mezi dvěma kusy softwaru funguje zjevně velice dobře. Ale kdyby to člověk měl psát ručně...no schválně, z těch lidí, co píší Relax NG schémata, kolik procent píše RNG a kolik RNC? Z lidí kolem mně všichni píšou RNC. Tak nevím.

[Espinosa]

Neni XML jako XML aneb zpra*it jde vsechno. ANTi syntaxe patri mezi ty lidsky dobre citelne. Staci mu obycejne DTD.

[deda.jabko]

ano, par kousku jsem jiz napsal, to jen tak kdyby vas to zajimalo...

v predchozim prispevku jsem kritizoval obecny trend xml-izace vseho ve jmenu marketingovych oddeleni ... vymyslenim turingovsky uplnych jazyku v xml pocinaje a posilanim tisicu requestu za minutu v SOAPu konce.... kdyby vas to zajimalo...

btw. kdyz si vezmete napr. ten ant... tak se tam casto v atributech pouziva substituce nejakou property.. takove to ${foo} toto je ciste syntakticky prvek, stojici mimo cele xml.... diky cemuz musi byt nad jmennym prostorem jeste neco... co bude resit takove veci... coz mj. ukazuje, ze xml neni nejcistsi reseni... kdyby...

nevim, jak je to v nevejsich eclipsech (ja pouzivam 3.1) ... ale integrace antu byla v pravde zalostna... je na ni evidentne videt, ze je tam "dolepena"... proste budte radi, ze mate moznost pouzivat ant... ze si muzete napsat skripty... ale vic nechtejte...

[daeltar]

YAML to zachraní ;)

[Pev]

Mně to třeba dost nesedlo u openboxu (xml konfigurák).

[Espinosa]

Nezacal jsem pracovat s Antem pro krasu jeho syntaxe. Estetika stranou. Je pro nej rada pluginu, je to de facto standard v Java development, jde rychle k veci pokud ho pouzivate pro co byl urcen, je lidsky citelny, vychazi z Make, slusna podpora v Eclipse.

Snad jem bych mu vytknul trochu zmatecnou praci s mnozinami souboru a absenci samostatneho ekvivalentu pro IF (je v contrib pluginech). Jinak spokojenost.

Krome nejruznejsich scenaru kompilace a baleni Java programu do vsech moznych JARu, WARu a EARu jsme v nem napsal batchove zpracovani XML pres XSLT (integrovana podpora XSLT pres Saxon, rekurze do podadresaru, filtrace podle jmen a casti obsahu) a sychronizaci JBoss verzi knihoven a konfiguracnich souboru mezi nasimi servery.

Tusim, Ant je mozne skriptovat pomoci JavaSriptu a Bean Scriptu nebo napsat vlastni plugin v Jave, API neni tak slozite. Ale tohle jsem nikdy nezkousel. Soucasne schopnosti Antu mi vyhovuji dostatecne.

[Kyosuke]

Přeju hodně spokojenosti, když se takhle daří. Já zůstanu u Rake.

[miro]

Napisat do anta vlastny task je otazka hodinky ucenia a precitania maleho tutorialiku. A funguje to spolahlivo. Pridat podporu skriptovania je este rychlejsie. Ant je fakt super nastroj.

[Lukáš Zapletal]

Jen tak mimochodem - mne vzdycky pripadala podpora autotools v KDevelop primitivni a ne dost dobre pouzitelna. Ale s novymi verzemi uz to muze byt lepsi. Vzdycky jsem si s tim jen hral, nikdy nepracoval na vetsim projektu.

Ma nekdo s timto zkusenost na vetsim projektu? Opravdu ty nastroje mohou fungovat?

LZ

[Espinosa]

No ja jsem si taky převážně hrál. Sice s větším projektem, měl jsem tam kus zdrojáků KDE a Krusadera. Ale jen hrál a naprogramoval jednu trivialitu. V projektové struktuře jsem nic zásadního neměnil. Tady jsem si nemohl stěžovat.

Pokud si tak vybavuji strukturu autoolových souborů, dost pochybuji, že jakýkoliv manažer vychytá všechny možné varianty a možnosti těhle makroidních souborů.

U KDevelopu jsem tvrdě narazil, když některé projekty vůbec nenačetl a ještě se u toho kompletně zaseknul. Například zdrojáky CLucene. Známá a nesnadno odstranitelná chyba. Nahlásil jsem, je to v bugzille. Nevím jestli to dosud opravili.

[miro]

Hole IDE je Eclipse Platform.

Platform Runtime Binary

These drops contain only the Eclipse Platform with user documentation and no source and no programmer documentation. The Java development tools and Plug-in Development Environment are NOT included. You can use these drops to help you package your tool plug-ins for redistribution when you don't want to ship the entire SDK.

K stiahnutiu celkom 40MB...