A strukturálatlan adatf...sás eredménye

Pont tegnap tettem egy kirohanást, hogy mennyire káros a strukturálatlan adatgenerálás és a nem szabványos megoldások használata, erre mit látok ma? Exception hegyek az egyik feldolgozónknál, mert valaki képtelen volt egy & jelet XML-ben kiescapelni. Gondolom, ott is csodás módon echo-val lett kitolva a tartalom, "mert úgy egyszerűbb", ahelyett, hogy használtak volna valamilyen XML Writer megoldást.

Na ezért kell a szabványokat az utolsó betűig betartani, akármilyenek is.

( uid_4263 v | 2013. 04. 30., k – 11:40 )

Nem árt a defenzív input feldolgozás sem, legyenek előfeltételek, amik ha nem igazak, vissza kell dobni az inputot, és kész. Gondolom az exception hegyek a feldolgozótoknál azt jelenti, hogy belül valami elhasalt.

--
http://neurogadget.com/

Igen, defenzíven elhajtotta a faszba az inputot egy exceptionnal.

De látom, nem sikerült megfogni a problémát: ez az az problémakör, ami nem létezne, ha nem strukturálatlanul, nem szabványos eszközökkel fosnánk ki mindenféle szemetet a vakvilágba, hanem mindenki venné a fáradtságot, hogy egyszer elolvasná a dokumentációt és megértené azt az eszközt, amit használ.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

És akkor erre az a megoldás, hogy dögöljön meg a standard, mert amúgy is rossz, meg eleve a szöveges feldolgozás, mert az boszorkányság és akasszuk fel? Plusz bináris formátumban nem lehet hiba...

Nem, ilyenkor a catch blokkban szépen vissza kell írni egy hibaüzenetet, hogy "gond van Béla", meg logolni lehetőleg úgy, hogy a saját szolgáltatásotok adminja észre is vegye és rugdossa egy kicsit a túloldalt.

BlackY

Latom, neked sem sikerult felfogni a lényeget: ilyen rendszereket tipikusan azok építenek, akik nem szoktak ahhoz hozza, hogy a meglévő standardokhoz készült szabványos eszközöket hasznaljak, amelyek elvégzik helyettük a szukseges formai átalakításokat oda-vissza, hanem csak toljak ki valahogy az outputot, mert "ez is csak szöveg".

---------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

De, sikerült megértenem, csak attól, hogy rosszul használják, még nem a standard a hibás. Márpedig a tegnapi legyen-minden-binary ranted alapján te így gondolod.

A másik fele meg, hogy akármilyen formátumot előírhatsz, idióták mindig lesznek, akik jönnek és elrontják, "merthogyhátcsakegybitetütöttemátbenne,azbaj?".

BlackY

Azon kivul, hogy terjengos nekem lassan semmi, sot egyre inkabb azt latom, hogy megvaltas lenne, ha sok szar validalast es strukturadefiniciot nelkuldozo formatum helyett XML lenne, akarmenynire is terjengos es kevesbe olvashato. (Meg jo, hogy pont ez volt mellette az erv. :)

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Persze, de ld. a másik oldalon sj kirohanását, hogy mi az, hogy a CSV így meg úgy meg amúgy. Szerintem ez a gondolkodásmód valamennyire adódik abból, hogy sebaj, legyen mindenre valami text, aztán majd awk/sed/etc-vel összecelluxozzuk, ahelyett, hogy valami fix struktúrájú dolgot használnánk.

(Ha valakinek még nem lenne világos: itt most nem binary vs text-ről van szó, hanem strukturálatlan vs strukturált adatról, szigorúan a szabványok betartása mellett).

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™

Pont, hogy nem kellene. Le kell logolni, hogy a feldolgozas nem sikerult, hibajelzest kuldeni a kuldo fele, ha erre mod van, es ezzel a problema le van kezelve. En nem szeretek invalid inputra elszallni, tulreagalasnak erzem.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Figyelj, ha keptelen vagy ertelmezni a bejegyzest, akkor inkabb ne szolalj meg. Pont ez tortent. Dobta a parser az exceptiont, ment a rendszernaploba a log rola en meg mentem anyazni annak, aki nem ismeri az XML-t. Attol, hogy a keretprogram futott tovabb vigan, attol meg a plugin, ami feldolgozza az XML-t, egy csodas InvalidOperationException-nal "elszall", mikor megprobalja feldolgozni. Tobbi lekezelese meg mar amugy is a keret dolga.

----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™