Názory k článku Vývojové prostředí JBuilder a pluginy JGear
-
Jiri Bajer (neregistrovaný)Together existuje jak v podobe samostatne aplikace (byt pod kapotou je vlastne update site pro Eclipse 3.3.1), tak jako plugin do IDE. Datasheet standalone verze viz. http://www.borland.com/resources/en/pdf/products/together/together_datasheet.pdf
Rozdil mezi pluginem a standalone verzi je v cilove skupine uzivatelu - plugin je orientovany na vyvojare, standalone spis na architekty (struktura databaze i aplikace), anlytiky (business procesy) a nastrojare=toolsmith (tvorba vlastnich modelu a transformaci mezi modely a textem/kodem) ve velkych firmach (rozsahle projekty, vysoka mira automatizace).
Jelikoz jsem zamestnancem Borlandu, nechci se rozepisovat vic, aby z toho nebyla reklama... ;-) -
geronimo (neregistrovaný)Na Delphi som vyrastal a doteraz ho považujem za jedno z najlepších IDE (MS Visual Studio som ešte neskúšal). Koncept udalostí a ich obsluhy sa mi zdá oveľa intuitívnejší ako implementácia v Jave. Na rozdiel od mnohých dnešných pseudo-frameworkov Delphi skutočne umožňovalo sústrediť sa na podstatu projektu.
-
Pavel Tisnovsky (neregistrovaný)Ono ani v te Jave to neni extra slozite. Akorat Delphi a C++ builder (co ja se v nich nadelal!, hlavne starsi Delphi jsou neuveritelne rychla) maji oddelenou definici udalosti a vlastnosti komponent od vlastniho programoveho kodu a v Jave to vsechno cpou do zdrojaku.
Jinak Javovsky zpusob vytvoreni anonymni tridy pro obsluhu udalosti, ktery pouzivaji Javovska IDE, neni jediny mozny. Jsou i jine moznosti, napriklad primo implementovat rozhrani obsluhujici nejakou udalost/udalosti a potom se jiz kod vicemene rovna tomu Delphackemu. -
geronimo (neregistrovaný)Áno, možnosť implementácie rozhrania je jedna z ciest. Napadá ma využitie anotácií pre zaregistrovanie a obsluhu udalostí napríklad v tomto tvare:
@event(name="onBlur", component="priezviskoTextBox") public void priezviskoTextBoxOnBlur(Object sender) { if (((TextBox) sender).getCaption.equals("Jožko Mrkvička")) { foo(); bar(); baz(); .... } }Spracovanie anotácie je už na pleciach vývojara systému, nie programátora, ktorý s týmto systémom pracuje ... -
Pavel Tisnovsky (neregistrovaný)Jasne, ja se nehadam, ale v Jave samotne to deklarativne moc nejde (treba neohrabane ukladani objektu do poli), tak se tyto (a mnoho dalsich veci) resi bud anotacemi nebo XML soubory. Taky nejde jenom o samotne jazyky, ale i GUI tooly nad nimi, aby se dalo provated oboucestne transformovani navrh GUI <=> kod.
-
wessan (neregistrovaný)Podobny system je implementovan ve Swing Application Framework. Udelate si metody, ktere pojmenujete anotacema a pak jen v GUI editoru vybere jmeno akce, ktera se spusti danou manipulaci GUI. Muzete si u kazde akce zaroven nastavit, treba, ze zakaze tlacitko ktere ji spustilo, nez bude operace dokoncena apod.
Zatim ma podporu primo v GUI editoru implementovan pouze NetBeans, ale da se to pouzit i s jinymi IDE primo z kodu. -
BTJ (neregistrovaný)Ja jsem taky vyrostl na Delphi nekde uz od verze 3 snad. Nicmene Delphi je synonymum pro pascal, coz asi mluvi bohuzel za vse ...:( Takze prisla logicka alternativa C++ Builder, ktery je neskutecne(myslim to IDE jako kompilace, auto complete a podobne) pomaly, ani v BDS ci Turbo edicich to nespravili. Takze jedina dalsi moznost byla MS Visual Studio, coz se ukazalo jako RollsRoyce mezi IDE (vsechno co v Borlandu + mnohem vic funkci a hlavne rychlost). Neskutecne rychle a i ve free Express edici plne pouzitelne na vsechny typy aplikaci narozdil od Borland Turba. Pouzivam ted free .NET C# MS Visual Studio Express 2005 a jen tezko by se hledala konkurence (mozna jen full verze:)
Jestli chces alternativu k Delphi, tak se hlavne nauc C++(nejlepe rovnou C#) a nemas problem:) -
respect (neregistrovaný)Pouzivam IntelliJ IDEA a to je IDE, ktere nema konkurenci. To je proti VS uplne z jineho sveta. Na druhou stranu je "jen" na Javu a neco stoji. Ale prestoze jsou free alternativy jako Netbeans a Eclipse, ktere jsou podle me ve vybave taky pred VS, tak tohle je investice, ktera stoji za to.
Nevidel jsem VS 2008, ale nemyslim, ze by se nejak vyrazne priblizili. VS je hooodne daleko od toho byt RollsRoyce. Neni to ani Porsche, Mercedes ani BMW. Ale spis nejaky ojety Fiat. Na druhou stranu jsou i horsi a na C++/C# nic lepsiho nez VS opravdu neexistuje.
PS: Pouzival jsem VS kdyz jsem delal v C++/C#, takze vim o cem mluvim
PS2: Taky jsem pouzival a semtam se mrknu na Netbeans a musim rict, ze 6.0 je velky skok do predu -
Ne, ze bych se nejak extra chtel C++ Builderu zastavat (ostatne jsem v clanku napsal, ze byl vzdycky tak jednu generaci za Delphi opozdeny, co se tyce ficurek), ale dost dlouho jsem v nem profesionalne pracoval, takze ho trosku znam.
V podstate nutnosti je zapnout tvorbu i pouzivani "precompiled headers", protoze jinak se bude pri kazdem prekladu i te nejjednodussi GUI aplikace znovu a znovu inkludovat statisice radku (ve vysledku pulka WinAPI :-). Ovsem tyto pomocne soubory nekdy (BC 5, 6) nepreziji pad aplikace a dalsi preklad bude typicky chybnej, proto je dobre pri podivnem chovani provest full compile. Je to nemile, hlavne kdyz clovek ladi komunikaci s driverem a ve chvili kdyz se splete, spadne system (tomu nejde zamezit, HW odstrihne PCI sbernici). Ty precompiled headers ale opravdu dost zrychli jak preklad, tak i dalsi veci, tusim vcetne autocomplete.
Soubezne s BC 5,6 jsem pouzival i Visual Studio 6 a opravdu bylo na stejnem HW rychlejsi, akorat to jejich C++ ve skutecnosti vubec nebylo C++ (i kdyz v te dobe snad zadny prekladac plne neodpovidal ANSI norme) a to delalo problemy pri prenosu zdrojaku. Samozrejme se s tim dalo zit, ale musel se davat velky pozor a dodrzovat stabni kulturu. -
respect (neregistrovaný)No VisualWorks znam a uz bych v nem nikdy delat nechtel a bojim se, ze ty ostatni na tom budou stejne. Me jako vyvojari je celkem jedno kolik zere IDE RAM. Ve 3 roky starem kompu mam 2GB RAM od doby co jsem ho koupil a nejak jsem jeste nepocitil, ze by mi nekdy nejaka chybela. A mam dojem, ze v dnesni dobe se za extremne nizkou cenu daji koupit 4-8GB RAM. Takze to jestli mi IDE pri projektu s 2000 tridama zabira 15 nebo 150MB je mi uplne jedno. To jestli se flaka 1 nebo 1.1GB RAM nehraje podle me pri vyvoji vyznamnou roli. Holt nekdo radsi efektivnejsi vyvoj, nekdo vic nevyuzite RAM.
PS: jste si jisty, ze Netbeans a vami uvedene vyvojove prostredi poskytuji stejnou funkcionality -
Rejpal (neregistrovaný)
No VisualWorks znam a uz bych v nem nikdy delat nechtel a bojim se, ze ty ostatni na tom budou stejne.
Takže říkáte, že v těch dalších dvou prostředích, která neznáte, byste už nikdy dělat nechtěl? :-DHolt nekdo radsi efektivnejsi vyvoj, nekdo vic nevyuzite RAM.
Hloupý argument, když mohu mít obojí najednou. :-)PS: jste si jisty, ze Netbeans a vami uvedene vyvojove prostredi poskytuji stejnou funkcionality
Neposkytují, Netbeans toho v konečném důsledku nabízejí mnohem méně, kvůli podporovaným jazykům. No, budiž, teď už Netbeans umí aspoň Ruby...aspoň něco. :-)
-
- Technik(čka) pro opravy elektronických měřicích přístrojů:
- Front-end Developer (Angular)
- MOBILE APPS PRODUCT OWNER
- Senior Frontend developer - Angular
- .NET, C# Developer
- Front-end developer v týmu Customer Design -náhrada za MD/RD
-
- Word 2016: Pokročilé formátování 1
- Jak si pamatovat jména a učit se jazyky
- Každodenní pokec v němčině
- Jak zvládnout trému a jiné obtíže při prezentaci
- Seznamy na SharePointu 1: vytvářejte seznamy a sloupce
- Manažerské archetypy: Jakou roli hrajete?
-
- Technik(čka) pro opravy elektronických měřicích přístrojů:
- Front-end Developer (Angular)
- Technik výroby
- Správce internetové sítě ISP
- Production IT Expert
- Senior MSSQL Operator
-
- Každodenní pokec v němčině
- Jak zvládnout trému a jiné obtíže při prezentaci
- Seznamy na SharePointu 1: vytvářejte seznamy a sloupce
- Sebekoučování
- Manažerské archetypy: Jakou roli hrajete?
- Praktická cesta k inovacím
