Názory k článku Podpora skriptovacích jazyků v JDK6 a OpenJDK6

Nevie niekto o nejakom plugine do eclipse s podporou debugovania jython scriptou? Java scripty funguju ok, kedze java podporu to ma ale na jython som nic slusne nenasiel :/

Ma script pristup k java objektom, ako napriklad Velocity?

Velocity tiez nevie vytvarat instancie objektov, prakticky vie len pristupovat k objektom a metodam.

Ano, a presne to by sa mi zislo a velocity ma nahradnika :)

Potom to znamena, ze to v Java skriptovani funguje rovnako ako vo Velocity.

Akeho nahradnika mate na mysli? Velocity som pouzival v diplomke, ale potom som zistil, ze Freemarker je v niektorych ohladoch lepsi, krajsia syntax a podobne (i ked Velocity odvtedy vstalo z mrtvych a zmenilo sa).

Ono realne je otazka, v akom pripade chcete vytvarat instancie objektov v skripte -- mal som konkretnu situaciu, ked som chcel skriptovat v XWiki (tam je povolene skriptovanie v Groovy a Velocity, ale v obmedzenych pripadoch len to druhe) a chcel som sa vyhnut vytvaraniu tried.

Myslim, ze snaha instanciovat objekty v sablonovom stroji je podozriva, kedze sa vam miesaju vrstvy.

Ano, mal som na mysli ten druhy sposob. Cez parametre by to aj mohlo ist, vdaka.

tak po dlhsom case som zistil (robim na inej casti aplikacie), ze migraciu dat (mapovanie) mame urobene prave v javascripte
ten skript sa este dokonca generuje z xsd schem
nechcel som verit, ze taketo veci v jave "standardne" pracuju

ze presto, ze ma Java oproti jinym jazykum/techno­logoiim konvence formatovani zdrojovych kodu http://www.oracle.com/technetwork/java/codeconvtoc-136057.html tak na to kaslete a formatujete jak se Vam libi.

Fujtajbl.

Tak jen letmym pohledem uvodni zavorka bloku patri na stejny radek jako statement tedy:

try {
        this.scriptEngine.eval(stringReader);
} catch (ScriptException e) {
        e.printStackTrace();
} finally {
        stringReader.close();
}

a ne

try
{
    this.scriptEngine.eval(stringReader);
}
catch (ScriptException e)
{
    e.printStackTrace();
}
finally
{
    stringReader.close();
}

Pak nechapu zalomeni za prirazenim:

final String script =
    "1.5/2;";

Vzdy me prepkvapi, kdyz vidim vsemozne ruzne formatovani (vetsinou pochazejici z C/C++) i u nas ve firme, kde vsichni pouzivame Eclipse, ktery ma vychozi formatovani "Java Conventions" a jednoduchym "Ctrl+Shift+F" zformatuje vybrany blok textu nebo cely soubor. Nehlede na to, ze kod ktery sam doplnuje nebo napovida (try nasledovano Ctrl + mezera napr.) je formatovan dle konvenci. Schvalne na Vase zdrojove kody postvete formatovac v Eclipse (nebo jiny, prepodkladam jine IDE delaji neco podoneho) a uvidite v cem je "problem" :-).

Chapu, ze ve svych projektech se clovek temito konvencemi ridit nemusi (nebo na projektu kde si sef urci jinak) ale tady bych cekal opak.

Nemyslim, ze presunutim uvodnich zavorek bloku na druhou radku usetrite nejake misto do sirky. (spis tipuji na zvyk z C/C++ ala Allman - http://en.wikipedia.org/wiki/Indent_style)

Navic pokud jde o sirku, tam ja sam mam upraveny vychozi formatovac na 160 znaku, protoze vychozich 80 s ohledem na terminaly dnes nema smysl. Proc jste jen neupravil "Maximum line width" na pozadovany pocet znaku v zalozce "Line Wrapping" a nenechal zbytek na formatovaci? Napr. metoda v textu "testInvokeFun­ctionWithPara­meters" ma 100 znaku na sirku, neni duvod kratky try catch blok takhle zlamat.

Vim, ze zdrojove kody Javy se tim na mnoha mistech neridi (je to porad jen o lidech), to ale neni duvod to delat take.

Jinak ja pouzivam tab, ale jelikoz v komtentarich se tab pouzivat neda, odmezeroval sem to (Copy Paste asi 8 mezer).