Поддержка многострочного значения поля формы (multipart/form-data) #84
Conversation
WalkthroughИзменения затрагивают функцию Changes
Possibly related PRs
Poem
📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (2)
⏰ Context from checks skipped due to timeout of 90000ms (5)
🔇 Additional comments (4)
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Nitpick comments (1)
src/Классы/Парсеры.os (1)
59-61: Корректное восстановление разделителя для обработки multipart/form-dataИзменение логично восстанавливает структуру данных, добавляя разделитель между сегментами в правой части. Это решает проблему с обработкой multipart/form-data.
Для улучшения читаемости кода предлагаю добавить комментарий, объясняющий назначение условия:
Для Счетчик = 1 По Массив.Количество() - 1 Цикл + // Добавляем разделитель между сегментами, кроме первого Если Счетчик > 1 Тогда МассивПраво.Добавить(Разделитель); КонецЕсли;
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
src/Классы/Парсеры.os(1 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (5)
- GitHub Check: test (stable) / build (windows-latest, stable)
- GitHub Check: test (dev) / build (windows-latest, dev)
- GitHub Check: test (stable) / build (ubuntu-latest, stable)
- GitHub Check: test (dev) / build (ubuntu-latest, dev)
- GitHub Check: build (ubuntu-latest, stable)
Stivo182
changed the title
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Nitpick comments (1)
src/Классы/ВходящийЗапрос.os (1)
130-132: Оптимизация объединения двоичных данных
ВызовыСоединитьДвоичныеДанные(МетаданныеДД)иСоединитьДвоичныеДанные(ЗначениеДД)могут быть ресурсоёмкими при больших объёмах данных. Рассмотрите возможность более раннего объединения или использования потоковой обработки, если ожидаются крупные загружаемые файлы.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
src/Классы/ВходящийЗапрос.os(1 hunks)
🔇 Additional comments (2)
src/Классы/ВходящийЗапрос.os (2)
105-108: Создание отдельных массивов для метаданных и значения
Разбиение наМетаданныеДДиЗначениеДДупрощает чтение кода и повышает гибкость, поскольку чётко разделяет информацию о метаданных и основное содержимое поля формы. Рекомендуется дополнительно покрыть тестами разные сценарии (например, отсутствие метаданных или пустое значение) для уверенности в корректности.
109-128: Проверка условий переключения между метаданными и значением
Логика переключения с помощью переменнойЭтоМетаданныевыглядит разумной: при встрече пустой строки идёт переход от метаданных к значению. Однако убедитесь, что не возникнет ситуации, когда пустая строка по ошибке встречается в теле данных. Рекомендуется протестировать нетривиальные случаи, где внутри значения могут присутствовать CR/LF.
| @@ -56,6 +56,9 @@ | |||
| МассивПраво = Новый Массив(); | |||
|
|
|||
| Для Счетчик = 1 По Массив.Количество() - 1 Цикл | |||
| Если Счетчик > 1 Тогда | |||
There was a problem hiding this comment.
Меня немного смущает, что мы сначала удаляем, а потом добавляем. Может нам действительно в заголовках отрезать от значения пробелы слева(после ":" ) вот не это?
There was a problem hiding this comment.
Разделители могут быть в самих данных мультипарт. Если не вернуть разделитель в правую часть, то данные искаженными могут быть. С самими заголовками вроде нет проблем. Или я не совсем правильно понял тебя)
Проблема:
После разделения двоичных данных на заголовки (
СтруктураЗапроса) и данные (ТелоДвоичныеДанные) в методеПарсерЗапросов.ПолучитьЗапросИзДвоичныхДанных, то из данных также удалялись переносы строк, необходимые для корректного разбора данных формы (multipart/form-data). Значения полей формы переходили на одну строку с заголовками, и первая строка значения парсилась как заголовок.Что сделано:
ПарсерЗапросов.РазделитьДвоичныеДанныеРазделителемдобавил восстановление разделителя в правой части.