Basszus, azért van a CPU, hogy dolgozzon, az a be/ki csomagolás az akár tizedszázalékos terheléskülönbséget is okoz
Egészen odáig oké ez a mentalitás, amíg nem kell kidobni azt a CPU-t, mert a lusta fejlesztők belassulásig túlterhelik, vagy mert kompatíbilitási okokból új gépet kell venni.
Attól, hogy azt írja a fájlba, hogy nem pedig például a 0x89cd23 bájtsorozatot, attól megint csak nem lesz nagyobb az erőforrásigény.
De attól, hogy vissza is kell olvasnia, már igen. Emellett, memóriát mindenképp többet zabálsz egy sztringgel, mint a fix hosszúságú bájtszekvenciákkal. A zipelgetésről nem is beszélve.
A templétes Muncikás hülyeségedre meg továbbra is az a válaszom, hogy nem arra való a Word, hogy az általa mentett dokumentumokba kézzel gányolj bele adatokat. Ettől függetlenül, amennyiben a formátum nyílt, igaz az, hogy van egy libraryd, amivel képes vagy hasonlóan egyszerűen megtenni egy scriptnyelvből, mint a sed-es gányolást. Azt pedig azért gondold végig még egyszer, hogy az XML kibontásához és visszacsomagolásához is kell egy zlib. Ha pedig nem gányolni akarsz, hanem normálisan, szabályosan beleírni az adatokat, akkor már egy libxml is. Holott, egy nyílt specifikációs, bináris DOC-hoz csak egy szem lib kellett volna, ha szoftvermultiék tetszettek volna értelmesen specifikálni. Magyarul, az XML-alapú formátumok arra jók, hogy szoftvermultiék enterprise-idealista rivaldafényben díszelegjenek vele, no meg arra, hogy a szélsőségesen idealista, fősodratú nem akarok libet használni mert hűde 2018 van kontárok szabadon gányolhassanak bele. Ezért kellett inkompatíbilissé tenni a régi Wordöt az újjal, továbbá kidobatni többszázmillió irodai munkaállomást, amire már nem volt a Windows 7/10-hez driver, ami OS-t a legfrissebb Office-ok igényelnek.
Ja, és mit szólsz a csv-hez, mint nem bináris formátumhoz? AZ is bloat ugye?
Attól függ, mit tárolsz benne. Ha csak számokat, akkor bloat, mert azokat bináris intekként is tárolhattad volna. Ha nagyrészt szöveget tárolsz benne, akkor nem bloat. Ettől függetlenül, nagyságrendekkel kevésbé bloat, mint a zipelt XML. Általában azt és csak azt tárolja, amit te látsz a táblázatban. Cserébe nem tudod formázni, meg rengeteg minden funkciót beletolni, amit egy XLS-be. Az Office natív bináris XLS-e pedig nem ócska, hanem optimális.
egyszerűbben lehet kreálni továbbfeldolgozható adattáblákat vele nemwindows környezetben, nembloat szoftverekkel
Megintcsak azt tudom mondani, hogy tetszettek volna nyíltan specifikálni a bináris XLS-t és lehetne open-source szoftverrel, nem csak Windowson írni/olvasni, szabályosan.