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

• #11879 Peter Kiss őstag Swifty #11878

  Új Válasz 2012-11-15 07:17:32 #11879

  Ú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

  Privát üzenet küldése

  

  Peter Kiss

  őstag

  válasz Swifty #11878 üzenetére

  Sebesség: talán az enyém gyorsabb.
  Ez a premature optimization. Nem tudom megmondani, igaz lehet-e, szerintem nem/mérhetetlen különbség.

  Memória használat: biztos, hogy kevesebb memória kell az enyémnek.
  Téves, alapból nem lehet biztos.
  - felolvasod az egész fájlt egyszerre, bent is tartod a parse végéig a memóriában
  - parsolt adatokat értelem szerűen szintén bent tartod ($tables, második foreach-ben már talán a GC kitakarította a felolvasott cuccokat), emellett az első megoldásodban háromszor használtál ternary operátort egymás után, ami pontosan 2 db teljes tömbmásolást jelent. Ehhez jön, hogy ez borzasztó drótozott megoldás volt.
  A kódod fut 5.3-as PHP verzióbál régebbin is, ott nem volt még normális szemétgyűjtés, szóval veszélyes lehet.

  Hossz: az enyém rövidebb.
  Csak nem lehet elolvasni.

  Átláthatóság: egyén függő. Ki mit ismer jobban.
  Jó OO kódot mindenki elolvas, mert értelmes, egyszerű elemekből áll.

  Bővíthetőség/kiterjeszthetőség: Athlon64+ kódja könnyebben származtatható. Az enyém "direkt" kód erre a problémára.
  Az enyémben a parser szar, legalább egy absztrakció hiányzik.

  Hibakeresés: egyén függő. Talán a kód hossza miatt mondanám, hogy az enyémben könnyebb.
  @ operátort használsz, szerinted azzal mennyire egyszerű a hibakeresés?

  ---

  @cucka: Ez már legalább olvasható, könnyen szétszedhető az említett két darabra. A resource létrejöttének az ellenőrzése tényleg kellene.

  ---

  Érdekes, hogy csak én olvastam fel CSV-ként.

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