У меня есть процесс, в ходе которого я должен (де)токенизировать информацию о платежном счете. В настоящее время при отправке клиенту файла с платежной информацией (помимо прочего) фактические номера платежных счетов токенизируются, и перед отправкой клиенту его необходимо детокенизировать.
Существующее процесс загружает файл в память, просматривает его построчно, детокенизирует поля платежного счета (если находит), а затем добавляет его во внутреннюю переменную StringBuilder. В конце, когда файл был обработан, эта переменная преобразуется в массив байтов, загружается в поток памяти и отправляется по SFTP клиенту. По сути, мы ни в коем случае не храним файл с открытым текстом (нетокенизированные учетные записи) на сервере. Платежные счета в виде открытого текста существуют только в памяти, а затем отправляются клиенту.
Проблема возникает иногда, когда файлы слишком велики, StringBuilder не хватает памяти, и мы не можем для обработки файла.
Вопрос: есть ли лучший способ загрузить и обработать большие объемы строк в памяти, используя другой объект? Может быть, List?
Я сразу же подумывал об использовании байтового массива, поскольку мы все равно используем его для загрузки в поток памяти, но он должен иметь определенный размер, а я не знаете, как его получить (функция, которая детокенизирует его, не обращается напрямую к исходному файлу, она использует собственный объект с уже заполненной информацией).
Спасибо
Подробнее здесь: https://stackoverflow.com/questions/791 ... strings-in
В каком объекте мне следует хранить много строк? [дубликат] ⇐ C#
Место общения программистов C#
-
Anonymous
1730936276
Anonymous
У меня есть процесс, в ходе которого я должен (де)токенизировать информацию о платежном счете. В настоящее время при отправке клиенту файла с платежной информацией (помимо прочего) фактические номера платежных счетов токенизируются, и перед отправкой клиенту его необходимо детокенизировать.
Существующее процесс загружает файл в память, просматривает его построчно, детокенизирует поля платежного счета (если находит), а затем добавляет его во внутреннюю переменную StringBuilder. В конце, когда файл был обработан, эта переменная преобразуется в массив байтов, загружается в поток памяти и отправляется по SFTP клиенту. По сути, мы ни в коем случае не храним файл с открытым текстом (нетокенизированные учетные записи) на сервере. Платежные счета в виде открытого текста существуют только в памяти, а затем отправляются клиенту.
Проблема возникает иногда, когда файлы слишком велики, StringBuilder не хватает памяти, и мы не можем для обработки файла.
Вопрос: есть ли лучший способ загрузить и обработать большие объемы строк в памяти, используя другой объект? Может быть, List?
Я сразу же подумывал об использовании байтового массива, поскольку мы все равно используем его для загрузки в поток памяти, но он должен иметь определенный размер, а я не знаете, как его получить (функция, которая детокенизирует его, не обращается напрямую к исходному файлу, она использует собственный объект с уже заполненной информацией).
Спасибо
Подробнее здесь: [url]https://stackoverflow.com/questions/79164616/what-object-should-i-store-many-strings-in[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия