Доброго всем времени суток.

Есть потребность при получении строки (которая представляет из себя кусок HTML кода) разрезать ее и сохранить в табличку. Потом соответственно достать ее из таблички и склеить дальше строку.

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

Чего хочется: найти существующий функционал (функцию или класс) для грамотной обработки строк. К сожалению, поиск по форуму ничего не дал.

Собственно с чем и прошу помочь.

Собственно вот тут http://sapnet.ru/viewtopic.php?t=2043 нашел функцию...
Однако остаются два вопроса:
Как поведет себя табличка при сохранении/чтении из DB? Есть ли аналогичный класс?

Собственно как и ожидалось,

Преобразуется SOTR_SERV_STRING_TO_TABLE в

После вызова SOTR_SERV_TABLE_TO_STRING

Ну и собственно дамп... Так что тема все еще актуальна.

Насчет существующего функционала не знаю, могу только идеей поделиться.

В случае, если таблица для хранения строк своя, то можно добавить в нее поле типа boolean и каждый раз после разреза строки проверять, является ли последний символ левого куска строки или первый символ правого куска пробелом и если да, то ставить галку в это поле, нет - оставлять пустым. Потом при склеивании строк соответственно учитывать значение этого поля, что будет значить добавлять после этого куска пробел или нет.

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

Да уж, стандартное оно хорошо, особенно если подходит к случаю

Помню еще в Украине проблема такая была с текстами, но только тогда я вышел из положения так. Перед разбитием проверял, являются ли символы справа и слева от точки разреза пробелами, если да, то сдвигал точку разрыва влево (в сторону уменьшения куска) на символ, потом снова проверял, пока не добивался того, чтобы пробелов рядом не было. А потом при склеивании просто склеивал не задумываясь без separated by space. Но в моем случае было не обязательным иметь размер куска скажем в 72 символа, можно было и меньше.

Может кому то это покажется извращением, но как вариант могу предложить хранить Ваши HTML коды в подробных текстах используя ФМы 'SAVE_TEXT' и 'READ_TEXT' и немного в SPRO настроить объект и ИД текста, я так делал когда столкнулся с необходимостью хранить в таблицах примечания которое очень длинные, а как вы знаете поля в таблицах только 255 символов, а плодить их не красиво получается.

Так вопрос то в том и состоит как "красиво" склеить то что, скажем, будет прочитано через 'READ_TEXT' к примеру в STRING

Уверен на 99% что как раз таки SAVE_TEXT и занимается тем что ложит в таблицы красиво, а READ_TEXT достает и возвращает табличку, потом просто Loop и cancatenate без свяких сепароторов, по крайней мере текста примерно в 2000 строк собирались красиво на сколько я помню, но я могу ошибаться, предлагаю Константину проверить или ковырять SAVE_TEXT.

Обратное преобразование делайте не через ФМ, а обрабатывая построчно таблицу - строка таблицы в стринг через CL_ABAP_STRING_UTILITIES=>C2STR_PRESERVING_BLANKS и склейка через простой CONCATENATE.

Не-а... не пойдет... Дело в том, что SAVE_TEXT/READ_TEXT работают с таблицами, одним из столбцов которой как раз и является формат строки (новая строка, мягкая связка/жесткая связка). Поэтому и заморачиваться с ними неохота... Плюс настройки типов текстов - есть обременительная вещь для разработки, т.к. хочется таскать все одним Workbench-Auftrag.

Спасибо, то, что доктор прописал... Завернул все в класс - работает "на ура"...

Эм, я все понимаю, но не проще сделать в табличке поле типа string и не резать строку вобще?

Проще, но:
Для этого нужно внести изменение в ядро системы, чтобы она(система) допускала использование в таблицах БД строк с неопределённой длиной

В свежих версиях уже можно.

См., например, элемент данных STRINGVAL.

Сам в таблицах юзать не пробовал - только в структурах, но where used выдает ссылки и на прозрачные таблицы.