Проверка на структуру строки

[WinCoder]

Это выделяемая под него память. Самих элементов в памяти меньше. Помним, что максимум множество включает 256 элементов.

[Аватар]

Самих элементов в памяти меньше.

Элемент - 1 в соответствующем бите соответствующего байта. И какая разница одна она или их 256? Константа она и есть константа.

[WinCoder]

Такая что будет проверяться либо 1 элемент, либо 256
И вообще как элемент может занимать 1 бит, если он состоит из одного Ansi байта, или двух юникодных?

[Аватар]

Не будет, по коду символа вычисляется нужный байт и бит, а там просто and

И вообще как элемент может занимать 1 бит, если он состоит из одного Ansi байта, или двух юникодных

Позиционно. Множеств юникодных нет. Есть Char или AnsiChar в новье

[WinCoder]

Char в XE является WideChar. То бишь юникодным символом. Почему собственно некоторые вычисления, написанные под D7 и работают не верно под юникодом.

[Аватар]

Char для не юникодных, D7 например. AnsiChar для юникодных

[WinCoder]

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

[Stilet]

Что вы друг с другом спорите? создайте прогу, откройте ее ассемблер и посмотрите.
В Д6-Д7 множества были битовыми масками. Уверен что и в современных делфи они такими и остались.

[WinCoder]

Сообщение от Аватар

Char для не юникодных, D7 например. AnsiChar для юникодных

Тогда как объяснить это?

procedure TForm1.FormCreate(Sender: TObject);
const
  a : set of widechar = ['а', 'б', 'в'];
var
  b: char;
begin
  b := 'и';
  if b in a then ShowMessage('ok');
end;

Юникод, WideChar, работает.

Что вы друг с другом спорите?

Мы тебе сильно этим помешали? Спорим и спорим. Хочется. Спор по теме, кстати.

[Аватар]

const
  a : set of widechar = ['а', 'б', 'в'];

Это нужно у разработчиков спросить почему такая запись допускается. На самом деле в делфи любых версий мощность множества не может превышать 256