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

• ToMmY_hun senior tag

  #8019

  #8018 Sk8erPeter

  2015-12-10 08:43:21

  Ú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

  

  ToMmY_hun

  senior tag

  #8018 Sk8erPeter

  #8018 Sk8erPeter

  Egyetértek, szerintem is. Mondjuk ezt már kezdőként is kéne erőltetni. Ráadásul itt sokszor nem is kis overheadről van szó, sokszor látok olyasmit is leírva, hogy mondjuk 4 ismétlődő metódushívás történik láncolva háromszor egymás alatt, különböző sorokban (ergo ez már 12-szeri beleugrás a metódusba), vagy hogy adott, hosszabbra sikerült metódus törzsén belül lazán le van írva vagy 10-szer, hogy getValami(), miközben az pontosan ugyanazt a referenciát/értéket adja vissza. Ilyenkor az a magyarázat szokott jönni, hogy há' de az nem számít, mit kell itt ilyeneken pörögni, meg takarékoskodni, kit érdekel, stb., pedig ezek az overheadek olyan szépen egymásra tudnak épülni, hogy rossz nézni a végeredményt (nem beszélve arról, amit említettem, hogy ez zsigeri szintű igénytelenséghez vezet hosszú távon). Magasszintű nyelveknél sajnos elég elterjedt szokás magasról lefosni a mikrooptimalizációt.
  De van, aki nem hajlandó befogadni ezt.

  Pedig eléggé könnyen ki lehet deríteni mi a jó megoldás, leprofilozza az ember a kódot és voila'. Az optimális kódírásnál meg az arany középutat kell megtalálni a gyorsaság és olvashatóság között az aktuális nyelven, aktuális feladat függvényében. Nyilván egy real time képfeldolgozó rendszer esetén egy ilyen overhead is nagyon sokat számít, egy desktop Java app esetén, ahol mondjuk az első körös inicializálásnál fut le egy ilyen kód, ott magasról tenni lehet rá. Ahogy írtad ez inkább amiatt fontos, hogy ne szokjuk meg a lustaságot.

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