Clarion 11-12

[Игорь Столяров]

Проверка на "впихуемость" строки в переменную лежит на программисте.

Вот этот "сишный" вариант был бы самым худшим из возможных ...
Если посмотреть картинки 8-ми (!!!) летней давности, то вроде бы USTRING имеет размерность.
И вроде бы (!) эта размерность именно в символах UNICODE (без привязки к реальной длине строки в BYTE)

Кстати, в примере хорошо видно город где всё вот это "USTRING туда и обратно" происходит ...

[kreator]

Вот этот "сишный" вариант был бы самым худшим из возможных ...

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

Если посмотреть картинки 8-ми (!!!) летней давности, то вроде бы USTRING имеет размерность.

Если это юникод Майкрософта, то ещё что-то можно подсчитать. А в стандартном некоторые символы имеют 1 байт, другие 2 байта, вроде есть и по три и по четыре байта. Как подсчитать в этом случае?

[kreator]

Руками? В каждой процедуре? В каждом экране?

TXD + можно написать утилитку меняющую интеллектуально а не просто все подряд

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

[Игорь Столяров]

Как подсчитать в этом случае?

Динамически при присвоении значения. Как это делается в типе данных ANY или штатном классе DynStr ...

[finsoftrz]

В sqlite и тип char имеет динамический размер. То есть можно задекларировать поле char(40) и присвоить значение с длиной в 2 раза больше, все сохраниться и прочитается. Указание длины строки оставили для обратной совместимости по синтаксису.

Наверно, стоило бы предоставить бету всем бесплатно для тестирования, чтобы народ убедился, что действительно что-то разрабатывается (если вообще разрабатывается). А то так будет очень странно, если кто-то захочет продлять подписку.
Кстати, в кларионе ещё с 90-х имеется тип данных bstring, который предназначался для работы со строками в юникоде. О нем почему-то очень редко вспоминают.

[Игорь Столяров]

В sqlite и тип char имеет динамический размер

А разве в SQLite есть такой тип данных ? Строковые поля SQLite - это TEXT в UTF-8 без размера ...

[PavelNK]

Понятно, что все SQL давно отказались от национальных кодировок ANSI и перешли на UNICODE.

Вы очень сильно заблуждаетесь.

[Губин Игорь]

bstring, который предназначался для работы со строками в юникоде

Не совсем. Он предназначался для хранения файлов с произвольной информацией. Включая <0>

[Губин Игорь]

Не может же быть так - один экран в Юникоде, другой в Анси.

А пуркуа бы и не па?!

[Губин Игорь]

А то так будет очень странно, если кто-то захочет продлять подписку.

Лох не мамонт?

[finsoftrz]

В sqlite и тип char имеет динамический размер

А разве в SQLite есть такой тип данных ? Строковые поля SQLite - это TEXT в UTF-8 без размера ...

Вот из гугла.

Если указать тип CHAR(size), SQLite игнорирует параметр size. SQLite не позволяет указывать ограничения на длину для строковых типов данных.

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