xml_file.ReadLine() получает не весь текст xml-файла #553493


#0 by sanja26
данные вытягиваются до этой строки -   <Элемент_Номенклатура Код="85014" Код_Группы="36420" Наименование="Сумка для ноутбука 13.0&quot; Continent CC-013 Black (нейлон/полиэстер Если стереть &quot;, а потом снова записать и сохранить, то попадют уже все данные Почему так?
#1 by sanja26
натыкается на конец потока
#2 by sapphire
MSXML.DOMDocument использовал я бы
#3 by sanja26
уже так написано.. до этого работала
#4 by andrewks
по данному клочку кода ничего не понятно +18
#5 by sanja26
интересует только xml_file.ReadLine. И почему в середине файла поток прерывается
#6 by andrewks
выложи сам хмл и читалку, нам отсюда не видно
#7 by andrewks
только не вздумай сюда постить, ложи на zali.ru
#8 by andrewks
рискну предположить, что у тебя в наименовании символы перевода строки затесались
#9 by sapphire
ИМХО. Тем и хороша мелкософтовская писалка-читалка, что и кладет нормально и читает нормально, лучше чем встроенные восьмерковые механизьмы.
#10 by andrewks
не, ну конечно есть свои плюсы в текстовой читалке/писалке, например, скорость и особенно память, но в целом да, согласен
#11 by sapphire
Как раз MSXML2.DOMDocument отлично справляется с большими объемами данных
#12 by sapphire
К тому же, можно читать только те узлы, которые нужны
#13 by andrewks
я в курсе. я про отжираемую память говорил
#14 by andrewks
не путай "читать" и "обращаться" - как правило, если у тебя не асинхронная загрузка, значит весь хмл уже в памяти лежит, считанный и обработанный
#15 by sanja26
#16 by sapphire
Необязательно
#17 by sanja26
в том уже исправил руками Перезалил
#18 by sapphire
реализация SAX тоже есть
#19 by andrewks
кто-то про MSXML2.DOMDocument говорил ;-)
#20 by sapphire
Расскажи мне про асинхронную загрузку при чтении из потока. Жду с нетерпением.
#21 by andrewks
моё предположение в подтвердилось
#22 by sanja26
обработка -
#23 by sanja26
как его убрать?
#24 by sapphire
Давай не будем спорить, поверь, механизм надежнее нежели 1С-овский штатный даже при чтении ОГРОМНЫХ (гигабайт и выше) файлов.
#25 by Господин ПЖ
>отлично справляется с большими объемами данных большие это сколько? файл метров в 250 при открытии в IE отправляет систему курить бамбук
#26 by andrewks
хде я спорил? я сам ДОМ юзаю, есличо. я просто про память говорил, не надо мне приписывать
#27 by sapphire
Что, настолько большой объем, что нельзя читать нормальными средствами?
#28 by andrewks
при чём здесь поток?
#29 by andrewks
хмл файл откуда приходит? в той базе надо исправить наименование - убрать лишний перевод строки. или исправить выгрузку, чтобы она заменяла перевод строки на пробел
#30 by smaharbA
По тому, чо 0
#31 by sapphire
Это осёл отправляет ибо пытается отобразить всё.
#32 by sanja26
выгрузку не исправить)) есть только вход. файл
#33 by sapphire
Ты уверен? Зачем? Хмл-то валидный.
#34 by sapphire
Какой в среднем объем файла?
#35 by andrewks
для ДОМа - да. но чел-то строчками читает. хотя, Абрахамс уже дал решение
#36 by sapphire
Уверен, что он абсолютно зря так делает
#37 by smaharbA
согласен
#38 by andrewks
я - за, меня убеждать не надо :-)
#39 by smaharbA
иксмээль как и другие мээли читать построчно бредовая затея, оно же и в одну строку может )
#40 by andrewks
обычно ДОМ так и пишет, в две строки, в первой - заголовок, во второй - всё остальное
#41 by sapphire
Тем паче, что судя по всему читает он через ФСОб а есть и более шустрые способы.
#42 by sapphire
Необязательно.
#43 by andrewks
например?
#44 by andrewks
чего - не обязательно?
#45 by sapphire
Смотря что и как читать надо, можно использовать адодб.стрим
#46 by sapphire
Можно заставить писат в одну строку :)) Только зачем? 16 бит нежалко :)
#47 by andrewks
что значит - заставить??? он обычно сам так и пишет
#48 by sapphire
Мне не принципиально :)
Тэги: Математика и алгоритмы
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С