Új hozzászólás Aktív témák

• Zsoxx őstag

  #10776

  #10775 Mr K

  2019-11-23 22:15:25

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Zsoxx

  őstag

  #10775 Mr K

  #10775 Mr K

  A praxisomban ilyesmivel még nem találkoztam. Standard nyelvi eszközről nem tudok (legalábbis Java 8-ig bezárólag) - ettől persze még létezhet. A probléma viszont nyilván nem megoldhatatlan. Az első lehetőség a java fordító meghívása (lásd az előző hozzászólást), majd a gyártott osztály dinamikus betöltése (mint a JDBC driver-nél) és végrehajtása. Lásd pl. itt. Ennél a megoldásnál az a korlát, hogy a fordítási egység az osztály. A másik lehetőség, ami eszembe jut, a byte kód manipuláció (bytecode instrumentation), amivel lehet turkálni a már lefordított osztályok belsejében (új eljárásokat hozzáadni, meglévőeket kiegészíteni, stb.) Lásd pl. itt. Elképzelhető, hogy vannak ezekre alapozva kész megoldások is, bár én egy gyors kereséssel nem találtam ilyet.

  Én nem vetném el teljesen a script nyelveket sem. (Bár nem tudom, hogy pontosan mi a feladat... ) A Groovy nagyjából felülről kompatibilis a Javával (azaz a Java forráskód érvényes Groovy forráskód is), legalábbis kb. a 7-es nyelvi szintig, bár a szemantikában vannak apróbb eltérések. A script nyelvek és a java kölcsönösen hívhatják egymást (azaz egy programon belül keverhetők). A script nyelvek mellett szól még, hogy tömörebbek (elhagyhatók a változó deklarációk, stb.), azaz pár soros kódokhoz alkalmasabbak.

  Akkor tárgytalan, kösz. Nekem ezek többsége még kínai.

• Zsoxx őstag

  #10773

  #10772 Mr K

  2019-11-23 01:49:09

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Zsoxx

  őstag

  #10772 Mr K

  #10772 Mr K

  Ha stringben tárolt programot (script-et) szeretnél futtatni, arra is van számtalan script nyelv, pl. a Groovy (java-szerű), a Jython (Python) vagy akár a Javascript.

  Nem, Java-kódként való futtatásra gondoltam.

• Szmeby tag

  #10769

  #10768 Mr K

  2019-11-21 00:19:08

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Szmeby

  tag

  #10768 Mr K

  #10768 Mr K

  Az "Ez inkább javallott, mint a finalize() funkció használata." mondatot értelmeztem úgy, hogy a finalize is javallott, csak kevésbé.

  Ahh, nem annak szántam. Vidéken így beszélnek. Lehet, hogy a "mintsem" jobb lett volna. Na mindegy, egyetértek veled.

• Szmeby tag

  #10767

  #10766 Mr K

  2019-11-20 13:04:05

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Szmeby

  tag

  #10766 Mr K

  #10766 Mr K

  A finalize általában nem fog működni:
  public class T {
  static void p(String msg) { System.out.print(msg); }
  public static void main(String[] args) {
  p("started"); T t = new T(); t = null; p(" finished");
  }
  private T() { p(" constructed"); }
  @Override protected void finalize() { p(" finalized"); }
}
  (Kimenet: started constructed finished)

  Ha a teszt JVM-emen beszúrok egy GC-t, akkor javul a helyzet:
      p("started"); T t = new T(); t = null; System.gc(); p(" finished");
  (Kimenet: started constructed finished finalized)

  De azon túl, hogy egy normális programot nyilván nem lehet telehinteni GC hívásokkal, az egész viselkedés még a garbage collector implementációjától is függ, szóval a finalize egyáltalán nem megoldás a problémára.

  Ki mondta, hogy megoldás lenne?

Új hozzászólás Aktív témák