8.2 Проверить значение перечисления в УФ #520508

Подскажите будет ли вариант политически корректным? или все таки

или все атки

я подозреваю это, хотелось бы точно знать почему?

а че, в 8.2 вот так не катит: Если ВидДвижения = Перечисления.ВидДвижения.Расход Тогда

На тонком клиенте - нет

Вызов метода ПредопределенноеЗначение выполняет обращение к серверу. Поэтому, если этот код выполняется на клиенте, то получается внеочередной вызов сервера.

т.е. второй вариант предпочтительней?

1. Создай реквизит формы с типом Перечисление.ВидДвижения 2. При создании на сервере присвой реквизиту значение Перечисления.ВидДвижения.Расход 3. Сравнивай ВидДвижения с реквизитом с нужным местом.

* 3. Сравнивай ВидДвижения с реквизитом в нужном месте.

на тонком клиенте можно сделать Строка(ВидДвижения) ??

ага, можно..И сервер не вызывается. В связи с этим первый способ предпочтительней в плане производительности. Второй более красивый с точки зрения оформления кода. Но на сколько я понял позицию 1с в подобных случаях: нужно искать золотую середину. Если ты уверен, что те 200 байт, которые будут получены с сервера в результате вызова ПредопределенноеЗначение не сыграют ключевой роли в производительности, то делай вторым способом, иначе первым.

любое обращение к серверу, даже за 200ми байтами может растянуться на 1.5 - 2 сек при плохом пинге. Поэтому вариант в всегда предпочтительней, а Строка(ВидДвижения)="Расход" - некошерный.

А зачем на клиенте проверять виддвижения?

а если пункт 2) из не возможен?

проверить значение перечисления может потребоваться для какой угодно задачи.

создайте реквизит формы тип произвольный в ПриСозданииНаСервере переопределите реквизит как структуру и на клиенте если ВидДвижения = ВидДвиженияПриходРасход.Приход(Расход)

ну мало ли

по какой причине он может быть невозможен??? если это клиент, то у формы есть обработчик ПриСозданииНаСервере!

обращение к перечислению требует вызов сервера

ПриСозданииНаСервере серверный метод

ну например после создания на сервере, при каких то условиях оно могло поменяться...Но это так - философия.. Соглашусь, что в самый предпочтительный вариант

это не метод! это обработчик события, который всегда выполняется при открытии формы!

ты его не понял

Оо! Как перечисление может поменяться при каких то там условиях?

фигню сморозил...я про реквизит подумал

Кстати в английском языке будет Строка(ВидДвижения)="Expense"

(210 Да обработчик события, но контекст вызова - &НаСервере

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

учите матчасть...

у Вас походу каша в голове по вопросу архитектуры платформы

Для всех кто боится "вызовов сервера" при чтении значения перечисления: 1. Делаем обработку с кнопкой 2. По кнопке код: Х = ПредопределенноеЗначение(".... и т.д. 3. Запускаем отладчиком жмакаем много раз по кнопке и считаем количество вызовов.

Вызов этого метода выполняет обращение к серверу.

+ Финт 2: Добавляем в форму обработки в приСозданииНаСервере: Х = ПредопределенноеЗначение(".... и т.д. и снова запускаем. Жмем на кнопку и считаем вызовы ))

А ты не поленись и проверь как в

Если бы 1С не сделали кэширование предопределенных значений по мере их чтения, то рукоблудие в может бы и спасало.

А ты не поленись и почитай синтакс-помощник.

+ да и в типовых, например УНФ, используется подход из

++ при том для того, чтобы закешировать какое-либо значение с сервера, надо хотябы раз на него сходить.

В при создании например. Блин, обработка пишется за две минуты, неужели самому неинтересно проверить?

1. Количество серверных вызовов – 2 2. Количество серверных вызовов - 0 3. Количество серверных вызовов - 0 4. Количество серверных вызовов - 0 5. Количество серверных вызовов - 0 ... Цифру 2 в 1. хорошо видно? Как думаешь когда очищается кеш и снова будет 2?

В моем варианте количество серверных вызовов будет 1. Количество серверных вызовов – 0 2. Количество серверных вызовов - 0 3. Количество серверных вызовов - 0 4. Количество серверных вызовов - 0 5. Количество серверных вызовов - 0

У пользователя борода расти начнет когда снова будет, по сравнению с временем вызова. В одной форме столько не сидят, за редким исключением, и за это время на сервер сбегаем по другим делам ещё не раз (или раз в 20 минут на клиенте "Внезапно" появляется переменная типа перечисления?) А по поводу первого вызова я в написал.

Вам нельзя доверять оптимизацию клиент серверного взаимодействия. Тут КАЖДЫЙ лишний вызов на счету!

За исключение гипотетического вызова платить реквизитом формы это не оптимизация. это ловля негра в темной комнате, в которой его нет.