Может для многих это и не новость, в таком случае воздержитесь от ругани, возмущений и минусов )
В документации описан следующий пример использования оператора выбора:
Выбрать
Справочник.Номенклатура.Наименование,
Выбор
Когда Справочник.Номенклатура.Этогруппа = Истина
Тогда «Это Группа»
Когда Справочник.Номенклатура.ЗакупочнаяЦена > 1000
Тогда «1000 -»
Когда Справочник.Номенклатура.ЗакупочнаяЦена > 100
Тогда «100 – 1000»
Когда Справочник.Номенклатура.ЗакупочнаяЦена > 10
Тогда «10 – 100»
Когда Справочник.Номенклатура.ЗакупочнаяЦена > 0
Тогда «0 – 10»
Иначе
«Не Задана»
Конец Цена
А вот такой конструкции в документации я не нашел:
Запрос = Новый Запрос(«
|ВЫБРАТЬ
| ВЫБОР &Перем
| КОГДА 1
| ТОГДА «Раз»
| КОГДА 2
| ТОГДА «Два»
| КОГДА 3
| ТОГДА «Три»
| ИНАЧЕ «Много»
| КОНЕЦ КАК РезультатВыбора»);
Запрос.УстановитьПараметр(«Перем»,2);
Выборка = Запрос.Выполнить().Выбрать();
Выборка.Следующий();
Сообщить(Выборка.РезультатВыбора);
Прямо классический switch … case … default из С в чистом виде 
Громким словом НЕДОКУМЕНТИРОВАННАЯ называть сею возможность не буду, может просто я невнимательно читал документацию…
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Реально CASE 😀
(2) Баян !? Дайте ссылку на этот баян, если это по Вашему баян.
«Простая логика подскажет» это вообще без комментариев )) может Вам Ваша логика подскажет ещё десяток вариантов использования «ВЫБОР», которые не описаны в документации.
(3) Какую такую ссылку? Ссылку на синпсы в моём мозге? 😀
Моя логика может и подскажет мне, другие могут тоже самое. В чём проблема то? 🙂
(4) Saint, ты самый умный, а я дурак поскольку сам не допёр до такой возможности. Спасибо ll13 подсказал.
(5) Будьте любезны, напишите подробнее где такую конструкцию можно найти в типовой конфе.
Я извиняюсь. Не понял смысла конструкции:
ВЫБОР &Перем
Когда <Выражение> Тогда…
Что это означает ?
К какому результату приведет если
Запрос.УстановитьПараметр(«Перем»,2);
(8) А Вы попробуйте 😀
Смысл этой конструкции — чистый классический switch … case … default из языка С
не знаю как ещё объяснить ….
Придется. Я то думал мне разжуют.
(10) жую. вместо разных условий в КОГДА — сравнивается &Перем с выражением после каждого КОГДА
(11) Ага. Спасибо.
мне вот другое интересно, запрос типа
Запрос = Новый Запрос(»
|ВЫБРАТЬ
| ВЫБОР &Перем
| КОГДА 1
| ТОГДА «Раз»
| КОГДА 2
| ТОГДА «Два»
| КОГДА 3
| ТОГДА «Три»
| ИНАЧЕ «Много»
| КОНЕЦ КАК РезультатВыбора»);
отправляется 1ской на СКЛ-сервер, или сама бомбит?
На самом деле, это из той же оперы как:
(14) И где же ? Укажите строку в которой содержится конструкция
ВЫБОР &Перем
КОГДА … ТОГДА
ИНАЧЕ
КОНЕЦ
На самом деле, это из той же оперы как:
(15) Да нет, это из совершенно другой оперы … то что Вы написали — это всем известный приём применяемый повсюду и в типовых конфах в том числе.
А я вас просил привести хотя бы один пример применения в типовой конфе описанной мной конструкции …
Потому как перед написанием статьи я долго копался в типовых, в надежде найти, а Вы тут из меня дурачка лепите.
2(18): я конечто сильно извиняюсь, но я не вижу большой разницы для интерпритатора между:
и
Если вы видите для интерпритатора некую разницу, плж. обоснуйте…
P.S. просто необходимость использовать такую конструкцию редко возникает… что тут удивительного?
просто, с точки зрения интерпритатора, если бы я его писал, было бы похрен, что там с левой стороны, толи параметр, толи предопределенное поле таблицы, один хер разница, что с чем сравнивать… поправте меня если я не прав
2(18): я еще раз сильно извиняюсь… не хочу более лепить дурачка, маленький вопрос, где статья собственно? может это для форума больше подходит?
А я например не вижу большой разницы для интерпритатора между:
Сообщить(«Привет»);
и
Сказать(«Привет»);
И впрямь какая между ними разница, всё из той же оперы …
Если бы я писал компилятор что Сообщить, что Сказать один хер …
2(22): пример, не удачный… вы же понимаете, что такую логическую конструкцию интерпритатор не сможет обрабатывать как угодно…
то что в документации такого нет, поддерживаю, читали внимательно, но вот ВЫБОР можно использовать не только в ВЫБРАТЬ, вот плж, накопал:
Показать
вот вам и ответ на ваш вопрос
возможно, ключевое слово КОГДА для интерпритатора не является важным, хотя я бы лично придерживался бы данного синтаксиса, для приемственности…
(23)
Разумные доводы у Вас закончились и Вы решили поставить «-» … нехорошо
Ответ на какой «мой вопрос» ? Я не задавал вам вопросов … Вы верно что-то путайте. Я описал недокументированный синтаксис оператора ВЫБОР, Вы громогласно заявили что это используется повсюду в типовых конфах, я просил Вас привести пример ИЗ ТИПОВОЙ КОНФЫ, а Вы пишите какой то бред …
Не знал что так можно использовать. Спасибо.
(17) WKBAPKA, соль публикации в том что после слова КОГДА может стоять выражение, возвращающее не логическое значение, а значение, которые будет сравниваться со значением после слова ВЫБОР.
Для этого нужно специально писать логику компилятора. Странно что не описано в документации.
минус я поставил потому как это тема для форума, и совсем не статья, минус я снял и поставил плюс, т.к. догадаться достаточно сложно, так что плюс за внимательность… что касается разумных доводов в (23) я привел пример… по поводу (22) в (26) подтвердили, что я написал в (23).
(26): вероятно, изначально хотели что бы было вот так:
ВЫБОР ЛевоеВыражение : ПравоеВыражение ТОГДА
и возможно для читабельности сделали через КОГДА
иначе сложно себе представить, что можно сравнить применив например такую конструкцию:
лично у меня мозг впадает в ступор, от такой конструкции…
хотя, если после КОГДА обычное выражение, а не сравнение, тогда понятно…
(27) Вполне логично
ВЫБОР &ЧислоПолюсовДвигателя
КОГДА 1 ТОГДА «Один»
КОГДА 2 ТОГДА «Два»
КОГДА 3 ТОГДА «Три»
ИНАЧЕ «Много»
КОНЕЦ КАК КоличествоПолюсовДвигателяСтрока
2(28): см. (27)
т.е. когда выражение, а не логическое сравнение, тогда да, согласен… хотя, даже если сравнение, тоже логики не лишено, тогда будет либо ложь, либо истина
Так вроде автор как раз и говорит что этот синтаксис — аналог CASE (switch, Select case)
Хорошая возможность раньше я писал:
ВЫБОР
КОГДА &ЧислоПолюсовДвигателя = 1 ТОГДА «Один»
КОГДА &ЧислоПолюсовДвигателя = 2 ТОГДА «Два»
КОНЕЦ КАК КоличествоПолюсовДвигателяСтрока
…
Да есть такое применение, но вот чтобы так об о нем кричать по типу я тут Америку открыл, не катит не оригинально!
Останусь воздержанным хотя к минусу ближе, автор просил не ставить останусь при мнении.
пробовал в консоле запросов менять переменные, так вот если
в &Перем подставить 0
тогда выдает результат по предыдущему значению переменной
а это чревато ❗
Странно, а мне как то наоборот в голову не пришло, что ТАК нельзя делать. Просто принял эту конструкцию как саму собой разумеющуюся и даже не задумался о том почему она работает 🙂
(32) ВЫБРАТЬ
ВЫБОР &Перем
Когда 1 Тогда «Один»
Когда 2 Тогда «Два»
КОНЕЦ
В консоли запросов:
поставил 1 — получил «Один»
поставил 0 — получил пустую строку
Это все гут… Только в запросе есть еще некоторые скрытые фичи. Например, не могу в запросе использовать синоним Есть (только я не могу? 🙂 ) Т.е.:
ВЫБРАТЬ
… КАК Есть,
…
Оно в доке где-то описано, почему?
Автор молодец. Действиетльно чистый switch() case default. Я как-то и не задумывался над таким использованием.
(32) Все работает верно. Значение после ИНАЧЕ является значением по умолчанию, которое будет возвращено если переменная не равна ниодному из указанных после КОГДА значений.
(34) Так и должно быть.
(35) Тоже самое. Есть подсвечивается как зарезервированное слово
(36) А делает-то оно что?
Прям таки спасибо, как сам не догадался попробовать такую конструкцию….
(37) Это зарезервированная инструкция для использования в условиях, для проверки на пустое значение (NULL). Используется только в синтаксисе <ИмяПоля> ЕСТЬ NULL.
Прикол в том, что выражение:
<ИмяПоля> = NULL всегда возвращает ЛОЖЬ, даже если поле реально NULL. Если желаете проверить, вот запрос:
ВЫБРАТЬ
ВЫБОР
КОГДА NULL = NULL
ТОГДА ИСТИНА
ИНАЧЕ ЛОЖЬ
КОНЕЦ КАК РезультатСравнения_Сравнение,
ВЫБОР
КОГДА NULL ЕСТЬ NULL
ТОГДА ИСТИНА
ИНАЧЕ ЛОЖЬ
КОНЕЦ КАК РезультатСравнения_ЕСТЬ
(37)
|ВЫБОР &Перем
| КОГДА 1
| ТОГДА «Раз»
| КОГДА 2
| ТОГДА «Два»
| КОГДА 3
| ТОГДА «Три»
| ИНАЧЕ «Много»
| КОНЕЦ
работает оно так:
значение &Перем сравнивается последовательно со всеми значениями после слов КОГДА. При нахождении первого совпадения формируется результат, которым будет значение после соответствующего слова ТОГДА. При этом выполнение конструкции прекращается и дальнейшие совпадения не ищутся. Если ни одно значение после слова КОГДА не подходит, то результатом будет значение по умолчанию (ИНАЧЕ).
Факт, что NULL = NULL — не работает, говорит, что 1С ближе к С, чем к паскалю 🙂
Кстати, вот вам и SQL реализация аналогичного запроса:
Simple CASE function:
CASE input_expression
WHEN when_expression THEN result_expression
[ …n ]
[
ELSE else_result_expression
]
END
А это обычный ВЫБОР
Searched CASE function:
CASE
WHEN Boolean_expression THEN result_expression
[ …n ]
[
ELSE else_result_expression
]
END
(0) ❗ Если в предложенную конструкцию внести изменения то выдается ошибка.
Запрос = Новый Запрос(«ВЫБРАТЬ
| ВЫБОР
| КОГДА &ИспользоватьВложеннуюВыбор = Истина
| ТОГДА ВЫБОР &Перем
| КОГДА 1
| ТОГДА «»Раз»»
| КОГДА 2
| ТОГДА «»Два»»
| КОГДА 3
| ТОГДА «»Три»»
| ИНАЧЕ «»Много»»
| КОНЕЦ
| ИНАЧЕ NULL
| КОНЕЦ КАК РезультатВыбора»);
Запрос.УстановитьПараметр(«Перем»,2);
Запрос.УстановитьПараметр(«ИспользоватьВложеннуюВыбор»,Истина);
Выборка = Запрос.Выполнить().Выбрать();
Выборка.Следующий();
Сообщить(Выборка.РезультатВыбора);
Выдает ошибку!
Ошибка SDBL:
Ожидается END. (pos=42)
(43) У Вас два раз присутствует КОНЕЦ в одном операторе ВЫБОР
(44) Это ж где два «Конец» в одном «Выбор». Скопируйте текст в обработку и посмотрите конструктором там все будет видно.
(45)
Есть разница:
ВЫБОР
| КОГДА &ИспользоватьВложеннуюВыбор = Истина
ВЫБОР &Перем
| КОГДА
При этом из конструктора запроса:
ВЫБОР
КОГДА <Выражение> ТОГДА <Выражение>
ИНАЧЕ <Выражение>
КОНЕЦ
Здесь возникает неоднозначность трансляции. В паскале было такое при многоуровневом вложении If then if then else if then else без использования операторных скобок выяснить к кому относится последний else однозначно нельзя.
Лучше всего ошибку отправить на хотлайн. Мое такое мнение.
А еще в этот свитч можно передать массив, или результат выполненного ранее вложенного запроса и анализировать его содержимое.
Если в запросе написать так
ВЫБРАТЬ
ВЫБОР &Перем
КОГДА 1
ТОГДА «Раз»
КОГДА 2
ТОГДА «Два»
КОГДА 3
ТОГДА «Три»
ИНАЧЕ «Много»
КОНЕЦ +
ВЫБОР &Перем
КОГДА 1
ТОГДА «Раз»
КОГДА 2
ТОГДА «Два»
КОГДА 3
ТОГДА «Три»
ИНАЧЕ «Много»
КОНЕЦ КАК РезультатВыбора
можно получить очень неожиданный результат 🙂
Будьте осторожны в желаниях — они иногда сбываются.
Ничего «нестандартного» в этом нет.
Мне вот всегда было интересно: как совершаются подобные открытия???
Я всегда, как дурак, матерясь на разработчиков платфомы, писал:
Показать
и т.д.
Спасибо.
З.Ы. Оказывается, материть надо было тех. писателей, которые пропустили это в документации.
З.З.Ы.
Форматирование пробелами убивается, «Оформление в виде кода» не помогает. Как вы это делаете?
(43) у вас неправильная запись (не 1С-ая 🙂 ) — нужны заключить в скобки вложенный ВЫБОР, чтобы было без вариантов:
Запрос = Новый Запрос(«ВЫБРАТЬ
| ВЫБОР
| КОГДА &ИспользоватьВложеннуюВыбор = Истина
| ТОГДА (ВЫБОР &Перем
| КОГДА 1
| ТОГДА «»Раз»»
| КОГДА 2
| ТОГДА «»Два»»
| КОГДА 3
| ТОГДА «»Три»»
| ИНАЧЕ «»Много»»
| КОНЕЦ)
| ИНАЧЕ NULL
| КОНЕЦ КАК РезультатВыбора»);
Запрос.УстановитьПараметр(«Перем»,2);
Запрос.УстановитьПараметр(«ИспользоватьВложеннуюВыбор»,Истина);
Выборка = Запрос.Выполнить().Выбрать();
Выборка.Следующий();
Сообщить(Выборка.РезультатВыбора);
(50) Нужно просто 🙂
(48) на 8.2.14.533 исправили 🙂
Жалко раньше не знал, а то не пришлось бы писать нагромождений кода в запросе.
Спасибо тебе мил человек.
понимаю, что тема старая.. но вот чота всплыла в форуме..
тут можно сказать так — это торчат уши t-sql, а там различаю два формата case, это «Simple Format» и «Searched Format». Они не шибко-то различаются.
Показать
В нашем примере будет так
Simple Format:
Показать
и
Searched Format:
Это просто сказка какая-то. В очередной раз очень рад за то что есть такой ресурс. Да может быть кому то это было очевидно, но никто не подсказал раньше и соответственно не была фича использована. В данном случае это точно фича, а не баг! Ура Ура Ура
(57) Den_D,
эта «фича» просто не освещена никак и нигде.
Вот и натыкаются методом тыка.
(48) alexk-is,
и чтоже выводилось? «РазМного»?
(59) Платформа 1С падала…
(60) alexk-is,
видимо, от смеха 🙂
Думается, что таких недокументированных вещей море:
либо не успели задокументировать (или забыли);
либо не стабильное решение (оставили на будущее);
может программист написал и уволился и никому не рассказал;
а может и случайность, делали мол чтобы ТАК работало, а оно ещё и ВОТТАК заработало)));
попробуй разберись в большой куче кода…
Однако, спасибо. Буду использовать.
Что-то все запросы в примерах через параметр да через параметр, может кого-нибудь это запутает,
вот пример запроса с использованием поля на месте параметра:
ВЫБРАТЬ
Номенклатура.Код,
Номенклатура.Наименование,
Номенклатура.СтавкаНДС,
ВЫБОР Номенклатура.СтавкаНДС
КОГДА ЗНАЧЕНИЕ(Перечисление.СтавкиНДС.НДС18)
ТОГДА «Ставка НДС 18%»
КОГДА ЗНАЧЕНИЕ(Перечисление.СтавкиНДС.НДС10)
ТОГДА «Ставка НДС 10%»
КОГДА ЗНАЧЕНИЕ(Перечисление.СтавкиНДС.НДС0)
ТОГДА «Ставка НДС 0%»
КОГДА ЗНАЧЕНИЕ(Перечисление.СтавкиНДС.БезНДС)
ТОГДА «Без НДС»
ИНАЧЕ «Непонятно.»
КОНЕЦ КАК ИмяСтавки
ИЗ
Справочник.Номенклатура КАК Номенклатура
Это недокументированная возможность, и наверное, лучше ей не пользоваться.
Я так как то делал внешний отчет, использовал там такую конструкцию.
У меня она заработала отлично. У клиента — ошибка платформы.
Оказалось, у него 8.2.13, у меня 8.2.14 (на тот момент) было. Или наоборот.
В общем, на какой-то из этих платформ код не работал. Так что аккуратнее.
(64) Сейчас не поленился, проверил в консоли запросов. 1С:Предприятие 8.2 (8.2.15.319). Ошибок и падений платформы не было.
Возможно, была ошибка с 8.2.13, но более ранних релизов. Или в каком-то одном.
Не знал о таком варианте синтаксиса, спасибо
(64)Могу предположить, что эта возможность не описана в документации потому, что появилась позднее. В последующих изданиях ЖКК описание этого варианта синтаксиса, вероятно, появится.
Удобная фича, спасибо. Буду пользовать.
Я вот не понял, а как в случае с месяцами, когда запрос выводит номер месяца, тут как этот метод можно применить?
Нутипа Если 1 то Январь и т.д.
как сделать в случае когда нужно в зависимости от условия присваивать значение реквизита той или иной переменной.? Например,
если при выборке из регистра накопления тип регистратора — документ. Продажа, тогда сумму из регистра присвоим полю запроса СуммаПродажи и т.п.
типа такого:
выбор когда Остатки.Регистратор ссылка Документ.Продажа тогда СумаПродажа=Остатки.Сумма
иначе…
конец …
На платформе 8.2.19.76 столкнулся с ограничением на кол-во вложенных выборов в запросе больше десяти. SQL Server 2008 поругался. Переделал как у топикстартера, отработало нормально. Спасибо!
У меня было:
Показать
примерно так.
(71) Starky, жесть!
А зачем десять вложенных делать, когда их можно один за другим прописать?
Показать
у всех недокументированных штук есть одна плохая сторона — если вдруг в одном из будущих релизов она отвалится, то вы не найдёте об этом упоминания даже в ридми. И потом ищи-свищи, где что не так.
(73) Вот недавно опять применил этот «недокументированный» синтаксис в разработке для 8.2.19. И ничего, не отвалилась. Другой случай был для платформы 8.2.17 год назад.
(73) +1
1С:Предприятие 8.3, учебная версия (8.3.4.408)
Показать
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка SDBL:
Ожидается THEN. (pos=41)