Történt az XML dokumentumot xdto használata nélkül a csomagok és xdto-xml-séma (nagyon lusta)

Ahogy parse XML dokumentum keresztül XDTO változása nélkül konfigurációs adatok nélkül XML-séma, és nem esik a hiba „nincs elég memória.” Különösen akkor az XML dokumentum kell tekinteni egy egyszeri díj.

Miután elsajátította egy egyszerű sorozata XML olvasás, olvasás egy XML fájl, nem folyamodnak bármely más módon, mielőtt amíg nem találkoztam a feladat adatok letöltésére a „Mad” fájlt.

ITS: optimalizálják a RAM.
Elfogadhatatlan, hogy kezelni a nagy XML dokumentumok a beépített nyelvi tárgyak feldolgozására a teljes fájlt: Szöveges dokumentumok TextDocument, XML és HTML DokumentDOM a DokumentHTML, és hozzon létre egy memória XDTO méretű csomagokat minden XML-fájl egészére.

Ellenkező esetben az egész fájl betöltődik a memóriába teljes egészében. A kivételek elszigetelt esetek, amikor szükséges véletlen hozzáférést a fájl tartalmát egy adott részét.

Meg kell használni a létesítmények szekvenciális írási és szekvenciális olvasási: ChtenieXML, szövegolvasó, ZapisXML, TextWriter, amellyel el tudja olvasni részei egy fájlt, és a hulladék memória takarékosan.

Ha mechanizmusok XDTO helytelenül olvasni a memóriába az összes XML-fájl, mint egész (FabrikaXTDO.ProchitatXML (ChtenieXML)). Ehelyett meg kell olvasni XML-fájlt szekvenciálisan ChtenieXML tárgy, és törmelék (tag) deserializovyvat segítségével XDTO gyárban.

Szeretem már támaszkodik a fájl 300 MB, biztosan érezte, hogy a szabványos 1C-valami „nincs elég memória” és ki. Győződve arról, hogy a gyakorlatban XDTO lök a teljes fájl nem jó. De térjünk vissza a idézet az ITS, és mivel ez része a választ, hogy mit és hogyan. És itt még nem találtam egy igazi példa arra, hogy egyszerű lenne, anélkül, hogy XDTO-csomagokat, az XML-sémák és ugyanakkor megfelelnek a 1C szempontjából optimalizálja a memória használatára. És kellett gondolni egy kicsit, és ez lett belőle:

Ebben a példában az XML dokumentum kezdi megérteni a szokásos olvasás, amíg el nem éri a kívánt helyen. Ez a csomópont csak a kívánt tárgyat, ebben az esetben Nómenklatúra (a továbbiakban: a „Ajánlat” az XML-fájl), majd a fájl már ismerik a csomópontok egymás után. Az egyik javaslat a másik után. Mind a javaslatok kapok külön vonatkozó adatok kifejezetten a tárgy (kínálat). A sebesség 29 000 ajánlatok (és az egyik javaslat tartalmazza egy csomó részletek és tulajdonságai közül néhány látható az első képen) középszerű laptop lebontották 1,5 percig.

A csatolt fájl közül kezelés - példát adatokat olvas a fenti algoritmus és egy példát egy XML fájl, amely tartalmazza a 10 helyen, annak érdekében, hogy kipróbálhassa a folyamatot, és nézd részletesebben egyáltalán a debugger. Feldolgozás írták a platform 8.2 a hagyományos formák.

Lehet érezni, hogy egy perverzió, talán nem. Kérjük, hagyja el a véleményét, érdekes lehet tudni, hogy ez így volt lehetséges, hogy áthárítsák a másikra.