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

• WonderCSabo félisten

  #4244

  #4243 modder

  2013-09-10 19:41:10

  Ú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

  

  WonderCSabo

  félisten

  #4243 modder

  #4243 modder

  Esküszöm, nem értem, mit akarsz mondani Superhun válaszára.

  De pár tény:
  1) A JVM k*rva okos és tele van optimalizációval. Memória allokációnak alig van költsége, persze sok kis objektum lassíthatja a GC-t. Megoldás: arra az objektumra ne veszítsük el a referenciát, amit újra fogunk használni. Ennek megkönnyítésére szoktak memory poolokat implementálni Javában úgy, ahogy C++-ban is. De ezeket elég speckó esetekben szokták használni, amikor a sebesség van mindenek felett.
  2) literálokra referencia mindig ugyanarra a memóriaterületre mutat. for() { String s = "nyorr"; } nem fog új objektumot létrehozni minden egyes iterációban
  3) Olyan mikro-optimalizációról beszélünk, aminél egy adatbázis lekérdezés nagyságrendekkel lassabb: semmi értelme gondolkodni rajta

  Ciklusban String összefűzést StringBuilderrel, mert azt a compiler tudtommal nem ismeri fel, ellenben a "egy" + "ketto" + $valami.toString; kóddal, amit StringBuilderre cserél (vagy StringBuffer, most hirtelen nem emlékszem, melyik a thread-safe)

  Nem látom értelmét String helyett StringBufferben tárolni a stringet.

  Szerk.:
  Közben rájöttem, mit akartál mondani, de elég veszélyes. Ha Stringbuilderben tárolod a stringeket, akkor a StringBuilder mutable, és olyan helyen is megváltoztathatod a String értékét, ahol nem akarod. pl.:

  StringBuilder strTime = getTimeInString();
  page1.setLastVisited(strTime);

  majd később:
  StringBuilder strTime = getTimeInString();
  page2.setLastVisited(strTime);

  no shit, lastVisited szintén frissült page1-re, mert ugyanaz az objektum. Nem hiába találták ki, hogy a String immutable.

  StringBuffer a thread-safe, és pont ezért a fordító alapból concat() helyett mindig StringBuildert használ.

  Egyébként jól mondod. Kizárólag cikluson belül érdemes StringBuilderrel játszadozni, a többi helyen úgy is helyesen elintézi helyetted a fordító. De nem azért mert nem ismeri fel. Vegyük a kövi kódot:

  String s = "";
  for (int i = 0; i < 100; ++i) {
  s += Integer.toString(i);
  }

  Ebből a következőt fogja generálni maga a fordító a bytecodeban:

  String s = "";
  for (int i = 0; i < 100; ++i) {
  StringBuilder b = new StringBuilder(s);
  b.append(Integer.toString(i));
  s = b.toString();
  }

  Látható, hogy rosszabbul járunk, mintha simán a concat()-ot használtuk volna.

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