Создание текстового файла в 1С #21739

плиз, скажите есть ли внешняя компонента для работы с текстовым файлом и методами типа записать_строку, считать_строку примеры не помешают.

плиз, скажите есть ли внешняя компонента для работы с текстовым файлом и методами типа записать_строку, считать_строку примеры не помешают.

А через Камчатку не пробовали?

+1 Читайте Синтакс-Помощник и с головой будет всё в порядке (с) почти реклама

А встроенные методы не помогают?

это типа метода Текст

этим методом нельзя создать текстовый файл

Ну да. А я - мягкий и пушистый.

а что-нибудь по сути можете сказать...

Жми Ctrl-F1 набирай "Текст" и все твое - бери и пользуйся.

Работать с текстовыми файлами встроенными средствами 1С опасно. Во-первых, жрет память по размеру текстового файла (в лучшем случае), а во-вторых, встроенные функции для работы с файлами не контролируют ошибок и не выдают исключений или кодов ошибок. В 8.0 это исправлено. В этом смысле, в 7.7 для последовательного чтения и записи текстовых файлов более правильно использовать системный объект Scripting.FileSystemObject

Полный фздц.... Теперь уже протоколы работы с текстовыми файлами - опасные... Я валяюсь в ужасе... А текстовые файлы переноса по 20-30 мб пишутся... Ю. точно выиграет, если такие поучения выдавать на майдане...

опасные - когда ошибка не контролируется (например, нет дискеты или неправильно указан путь - а 1С показывает, что все как бы ок), и когда жрет память по размеру файла переноса (если не в разы больше). То же самое - с XML.

а доку пробовал читать? и советы с ИТС? или только по арабски читаешь?

нет дискеты... А регламентную отчетность смотрел? она даже умеет говорить - в ставьте дискету... если ее нет... а еще классно посылает... если нет дороги

(13,14) Они бы сами что-нибудь почитали для начала. Меня вполне устраивает Scripting.FileSystemObject, ибо работает хорошо и безглючно, и имеет больше возможностей.

Хорошая штука... Вот только налететь можно.. У клиента...

Можно. Если IE не обновить. Какие-то функции WSH не работают... Кажется, что-то связанное с имитацией нажатия на клавиши и с методом Activate. Но работа с файловой системой работает вроде бы везде. Также в 98 WSH может не стоять - Установка и Удаление программ.

Похоже, что стиль ромикса - это внедрение зависимостей 1С от кучи не являющегося стандартным софта и как следствие - привязка клиента к себе...

Не перди...

тук-тук-тук!

Спой соловушка....

Работаю с текстом уже довольно долго, и в файл, и из файла, и создать, и стереть(КомандаСистемы), и ИзСтрокиСРазделителями, и ВСтрокуСРазделителями, НайтиСледующийФайл, и многое другое. Проблем никаких...

А создать файл = Текст.Записать(ИмяПути + ИмяФайла). Работает на 100% Если файла нет, он его создает...

Найти на пустом месте проблему - тоже надо умудриться. У некоторых поразительный талант по этой части..

Не понял - кого и к чему я привязываю. Исходники моих внешних компонент в открытом доступе лежат (интересно, кто еще так делает?). А компоненты автоматизации Windows трудно назвать нестандартным софтом. Проблема с текстовыми файлами все-таки есть. Вот в v7plus.dll даже добавили (специально для ёжиков) функции построчного чтения-записи текстовичков.

Лучше, чем крутит текстовыми файлами Dolter, я пока не видел!

Ёжики без всяких проблем пользуются встроенными .ПолучитьСтроку(...) .ДобавитьСтроку(...)

На больших файлах ничего не тормозит? А как насчет разобрать таким способом MLG, при том, что нужен только конец журнала (за текущую дату)?

Короче, для ведения или чтения журналов, и переноса данных (а зачем еще нужны текстовички?) этот способ не подходит.

Пускай ёж откроет файл в 900 000 строк встроенными методами...

Ну твою налево в хреножопову мать! Текст.ПолучитьСтроку(Текст.КоличествоСтрок) - возвращает последнюю строку файла Текст.ПолучитьСтроку(Текст.КоличествоСтрок-1) - возвращает предпоследнюю строку файла и т.д.

Ещё и не такие кучи дерьма открывал.

Щазз. Сначала 1с-ка тебе весь файл прочитает и в память (ОЗУ)положит. Только потом будет эти методы юзать.

И скока он в памяти весить будет? Сумлительно....

ну что вы паритесь? да, встроенный Текст закачивает весь файл в память. но если 2 гига оперативки - то это не страшно. на крайняк есть v7text

И как, головки у винта не открутились со свопом работать?

Все равно дурной стиль. Насчет v7plus согласен.

, кукиши вам! Это не DBF, чтобы его весь в память загонять.

"Текст" загоняет.

Как интересно...

Блин, сгенери большой текстовичок объектом Текст... И увидешь, много ли секунд проработает 1С, пока все не упадет...

Если бы так всё и было - всё бы вешалось моментально. Что-то такого не наблюдалось..

Запись больших файлов - не самая быстрая - факт. А с чтением no problem.

Ну ты опыт проведи? Он сын ошибок трудных...

Я вообще-то подозреваю, откуда сложилось такое заблуждение. Да, 1С ПРИ ОТКРЫТИИ файлов резервирует для этого память. Но не держит её. Реально проблемы могут только при открытии файлов более 100 Мб.

1С держит все что только можно :)

Держит (не освобождает) до уничтожения переменной.

Доказульки в студию! Физдеть о вреде 1С сколько угодно можно, только иногда на зеркало неча пинять...

И тебе тоже - доказульки в студию!

Текст обработки из 3 строк, которая подвесит твой комп? Щас напишу...

->

cli hlt - не предлагать.

И чё?

Да ниче - попробуй запусти, и подожди, на сколько там у тебя ОЗУ хватит...

Не знаю доказулька ли это... Но реальная проблема... Генерится большое кол-во элементов справочника за один присест. Несколько десятков тысяч. Это все делается в цикле с транзакциями . Т.е. открыть тразакцию записать 200 элементов, закрыть транзакцию, открыть новую еще 200 и т.д. В течение первой тысячи элементов происходит резкое снижение скорости записи. Размер базы весьма не велик, но память жрется + загрузка проца весьма большая... С алгоритмом все нормально транзакции открываются и закрываются, т.е. нет сваливание всего в одну, но ресурсы не высвобождаются...

И какой смысл крутить бесконечный цикл?

Хе, друг, мы тут о работе с объектом "Текст" говорим. Разницу улавливаешь?

Да улавливаю, но "Текст" - это фигня на самом деле, а вот на никто ничего вразумительного сказать не может...

Да тут куча причин может быть, начиная с того, что просто справочник растёт (т.е. запись 1-й тысячи элементов будет куда быстрее, чем запись 25-й тысячи), и заканчивая тем, что на 2-й тысяче справочник попадает в фрагментированную зону диска.

Долго ждать - лучше такой пример (строчка=1 мег). В конце правда, 1С корректно пишет, что Out of memory и не падает.

+61 Можешь то же самое проделать, но не с созданием новых элементов, а с записью уже существующих. 100% - динамика затрат времени будет иной.

=

Может, объект надо обнулять каждый раз? Т.е. СоздатьОбъект внутри цикла каждые 200 элементов.

А нафига у тебя строка //******************************************* ?

У меня все нормально было - я делал загрузку элементов из сторонней базы. Достаточно большой. Нелинейного падения производительности у меня не было.

Опять же - к чему это всё?

Как говорит Волшебник, стиль.

У тебя в справочнике либо длинное наименование либо индексируемое текстовое поле неограниченной длины. Вот она тебе и индексирует базу все медленнее и медленнее.

Доказательство, что память не освобождается сама по себе, а жрется.

Смысл может пояснить? Я вроде наоборот старался СоздатьОбъект выносить из цикла...

Ну, если у тебя элементом стиля является наличие мусора в модулях, то неудивительно, что у тебя такие проблемы с производительностью.

Длинное наименование просто в N раз увеличивает объем перелопачиваемых данных. Нелинейного роста здесь нет. Строки неограниченной длины хранятся кусками по 80 символов. Ну, подумаешь, к каждому элементу прикрепится 1-2-3 таких кусочка. Тоже нелинейного роста вроде нету.

Это не доказательство, а форменное БСК. В этом куске даже нет попытки открыть файл!

Мусор убирается при компиляции в байт-код. Ты этого не знал?

->Ёжику.

Даааааааааа ИдиЁ-оты ИТС читайте там все есть для танкистов

Наименование длиной 100. Индексируемых полей нет... Ясно что 25000-ый элемент будет загружаться медленнее, но почему основное падение происходит на 1-вой тысяче? Потом скорость "выравнивается"...

Сокращение не понял. Объект Текст не нуждается в файле для своего существования и пожирания ОЗУ.

Не перди...

Источник проблеммы скорее всего в этом.

Откуда такая уверенность?

Объект обнуляй. Кстати, можно хоть сейчас эксперимент провести.

А скажи-ка, знаток компиляции, отчего тогда на замерах производительности на заремаренные строки проценты уходят?

Я ж говорю наименование длинное. pauls известный лох.

У ёжиков может и уходят...

У тебя склероз? Докажи своё .

У всех уходят. Незнание законов не освобождает от ответственности (с)

Я написал что смог. Теперь твоя очередь доказать противное.

Щас проверю...

Почитайте описание в7плюс ДЛЛ там для баранов написано. И в обработках 1С увидите что изменены подходы к чтению ТХТ файла И по этому Ехспорт Импорт ЕРТ не куа не работает так как ее под ДЛЛ не переписывали Запали уже неудачники которые орут о переполнении памяти Нах Пох Другое Подчеркните нужное

Ты нифига не написал. Кроме бесконечного цикла. Если это и в самом деле всё, что ты можешь, то иди-ка ты, в самом деле ИТС читать - всё больше пользы, чем пердеть впустую.

Уже писали про v7plus выше. Да, она подходит. Вопрос в другом.

Пля ну че самому лесть и вам тут код привести??? Или сами  найдете????

паулс - придурок. Дурочка1С права... а ты еще сомневался...

В каком другом??? 7плюсь изменила способ чтения и записи. А ты купил ораньжевую ёлку?(с) Тот Если нет иди почитай свои сообщения умный ты наш

Нда :(

Ну смоги ты напиши. Кстати, 1С у меня зависла после этого цикла. Снимал по Ctrl-Alt-Del.