В текущем состоянии можно поступить так:
Минимальные значения получать методом ПолучитьПустоеЗначение(), а максимальные - СоздатьОбъект("КакойНибудьТип"), при этом ТипЗначения(СоздатьОбъект("КакойНибудьТип")) должен возвращать 100.  Фишка в том, что при сортировке (и соответственно фильтрации)  вначале сравниваются числовые коды типов, а потом уже всё остальное.  Вообще-то это не очень здорово, но работать будет.

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

kms писал(а) 14. Июня 2007 :: 11:24:


Тоже согласен: +1, а то как то некрасиво получается

ект("Текст")),ПолучитьПустоеЗначение())); 

Сделал. Завтра должно в ночной сборке появиться.

artbear писал(а) 18. Июня 2007 :: 09:20:

Да ну почему же...  Какой ключ не указан, с той стороны и граница открыта будет.  Это я в коммите так написал, чтоб уж совсем документацию не повторять 
А в доке я написал так:
Цитата:

Короче, пришел к осознанию двух проблем:

1. В новой версии будет невозможно работать с одномерными фильтрами по неопределенным (пустым) значениям
2. Схема сравнения неопределенных пустых значений в ИТ и вообще в 1С различны.

Вот такой тест (для старого варианта):

Процедура _ТестПустые()
	_пусто = ПолучитьПустоеЗначение();

	_т =СоздатьОбъект("ИндексированнаяТаблица");
	_т.НоваяКолонка("к1");
	_т.НоваяСтрока(); _т.к1 =_пусто;
	_т.НоваяСтрока(); _т.к1 ="ПолучитьПустоеЗначение..."; _т.к1 =ПолучитьПустоеЗначение(); // формируем пустое с непустой строкой

	Сообщить(?(_т.к1 =_пусто, "равно", "не равно")); // равно

	_т.ДобавитьИндекс("к", "к1");

	_т.УстановитьФильтр(_пусто, _пусто, "к"); // в новой версии не получится
	Сообщить(_т.КоличествоСтрок("к")); // 1
КонецПроцедуры
 

У себя как вариант сделал пока так:

BOOL CVTExtended::defsSetFilter(int nParam, CValue* param) const
{
	switch( nParam )
	{
	case 0: param->SetTypeCode(USHRT_MAX); break;
	case 1: param->SetTypeCode(USHRT_MAX); break;
	case 2: *param = 0L; break;
	case 3: *param = 0L; break;
	case 4: *param = 0L; break;
	}
	return TRUE;
}

и

void CVTExtFilter::Set(CValue const& Min, CValue const& Max)
{
	if( Min.GetTypeCode() == USHRT_MAX )
		FillMinRow();
	else
		FillSearchKey(Min, Rec_min.IndexFields, Row_min, Rec_min);

	if( Max.GetTypeCode() == USHRT_MAX )
		FillMaxRow();
	else
		FillSearchKey(Max, Rec_max.IndexFields, Row_max, Rec_max);
}
 

Леша, я ничего не забыл? Сравнение строк для неопределенных - для чего оно может быть нужно?

ADirks писал(а) 19. Июня 2007 :: 03:53:

Леша, я вспомнил!

Это я сам, оказывается, добавил в 1.39.4.3, когда начал работать со смешанными таблицами, содержащими пустые значения.
Но, конечно, это лишнее для пустых - у них же строки не обязаны быть корректными.

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

		case STRING_TYPE_1C:
			return string_compare(left.m_String.operator LPCSTR(), right.m_String.operator LPCSTR(), IdxRec);
			break;
		case UNDEFINE_TYPE_1C:
			return 0;
			break;