Если &НаСервере нельзя, то на &СервереБезКонтекста можно? #728267

Примечание: В обработчике данного события нельзя использовать серверные методы формы с директивой компиляции &НаСервере. ОбработкаВыбора - надо проверить выбранное значение, естественно надо вызывать серверные методы СервереБезКонтекста можно использовать? или как

если &НаСервере нельзя то и на СервереБезКонтекста также нельзя

разницы не понимаешь?

&НаКлиенте

КонецПроцедуры

ОбработкаВыбора поля ввода на форме?

да

понимаю так можно или как? вон говорит нельзя, ты говоришь - можно

Код в вполне рабочий..

Если я правильно понимаю, что запрет вызова серверного метода введён из-за того, что нельзя контекст формы гонят в этом случае туда-сюда с клиента на сервер и обратно. А внеконтекстные вызовы делать вполне можно. Это косвенно подтверждает и мастер создания обработчика события в 1С. Он предлагает создать процедуру на клиенте или процедуру на клиенте и сервере без контекста. PS: На самом деле можно делать и контекстные вызовы. Но за глюки 1С в этом случае не отвечает

+ Создание обработчика ПриАктивизацииСтроки в динамическом списке. Платформа 8.3.5.1248:

ну, т.е. можно и неожиданных глюков не должен словить все. спасибо, успокоили

Предполагаю, что ВЫ что-то делаете не так :) Отличие этих двух инструкций в том, что при Первой контекст формы доступен, и так же передается на Сервер с клиента. То при второй, Контекста на сервере нет, и серверная процедура работает чисто с теми переменными, что ты ей подсунул :)

Если в качестве "ХочуПроверитьЭто" будет просто Ссылка или простой Агрегатный тип, то все пройдет успешно. Но если там будет содержаться какой либо Объект Формы: Табличная часть, или сама форма. То ты словишь исключение. Выход есть: &НаКлиенте

яростная муть, почему нельзя с клиентского метода формы вызывать методы объекта? что мешало это сделать разрабам платформы?

Не знаю. Можно предположить ,что все дело в том, что 1С разработчики хотят и На стуле посидеть и Рыбку скушать. И тонкий клиент и еще Веб Клиент в одном флаконе :)

Так это будет серверный вызов, причём с контекстом и созданием объекта, а потом с возвратом изменений объекта в форму. Дураки начнут писать вызовы этих методов пачками с клиента, один за другим, а виновата будет 1С мол работает всё медленно. Потому и решили, разработчик должен явно указать, что управление уходит на сервер, и что он берёт ответственность за каждый вызов на себя. Ну на самом деле не на каждый, там есть ещё Видимость.

"почему нельзя с клиентского метода формы вызывать методы объекта?" потому что объект и форма не связаны как в ООП "объект и его форма", а только скриптом. Т.е. два разных независимых (друг от друга) объекта.

Вообщем ООП от 1с)

"почему нельзя с клиентского метода формы вызывать методы объекта?" "Потому и решили, разработчик должен явно указать, что управление уходит на сервер" т.е. вы не видите и не понимаете смысла в программировании? Что "вызвать метод объекта из формы" и "управление уходит на сервер" совершенно друг другу не противоречит. В путных системах.