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

(0) фишка в обработке на сервере, скорее всего

+1 надо заключать в скобки если клиент

в модуль объекта можно,
внутри транзакции нельзя, Запись, Проведение

В модуле справочника, полагаю, без проблем

(3) Не о том речь совершенно

(5) а какие еще варианты?

(4) Справочники, типа, на клиенте пишутся только?

(6) Ну разрабатываешь ты в локальной версии всё чудесно, а когда код компилируется на сервере модули с незаключенными в #Если Клиент подобными вещами вылетают с ошибкой.

РежимДиалогаВопрос (QuestionDialogMode)
Описание:
....
Недоступен на сервере 1С:Предприятие. Не используется в модуле внешнего соединения.
....

другой причины не вижу

(7) Думал типа да, если типа нет, то типа не прав.

автор, пользуйся Конфигурация - Проверка конфигурации
особенно если лабаешь кому для сервера в файловой базе

(8) (9) а с каких пор у нас модули объектов по умолчанию выполняются на сервере?

(12) при чем тут по умолчанию? они компилятся там тоже

(12) Мы тут причем, это ж один хороший программист утверждает

(13) ?? офигеть ...
у меня в типовой УПП в половине модулей документов РежимДиалогаВопрос содержиться... как оно работает у меня работает на клиент-серверной версии, а?

(15) возьми с полки пирожок
че беленишься? я высказал предположение

(16) подожди ... возможно я не прав, щаз проверю

(17) запусти проверку конфигурации, не посыпятся ошибки на стороне сервера?

(18) проверка эт все фигня

не все компилятся ... т.е. ошибка может появиться, только при вызове этой процедуры содержащий РежимДиалогаВопрос с сервера или внешнего соединения

(19) не, проверка у меня все такие моменты находит...

"Хороший программист" говорит, что это серьезная ошибка и надо понять почему нельзя так делать.

(21) да ну его, твоего программиста :)

+22 он не из плеяды обучателей из 1С? когда один учит пользоваться методами, а второй на экзамене говорит, что это есть сакс, и правильно только запросы

(21) то есть тебе (9) не очевидно?

(21) Тут два варианта - либо он не про модуль объекта, а про транзакции, либо всё же (9).

либо он сам не знает, а признаться стыдно...

а за диалог в обработке проведения вообще табуреткой по йайцам нужно

(24) дело в том что если ему отвечаешь так как в синтаксисе помошника написано,как написал(9)

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

(28) "Четкое понимание действий" чего или кого?

действий любого программиста кто пишет этот диалог в модуле.

1) Допустим у нас диалог вызывается из модуля справочника и нет директив препроцессора; и есть некоторая функция, которая получает объект этого справочника - при инициализации объекта на сервере он не сможет скомпилится из-за несуществования переменной "РежимДиалогаВопрос" и выпадет ошибка...

(0) модуль объекта - это model, а диалог - это элемент view...

2) Модуль объекта - для функций работы с объектом, модуль формы - для функций работы с формой (интерактивной работы). Диалог нужен только для интерактивной работы, поэтому размещать его в модуле методологически неправильно

Вообще постановка вопроса некорректна.
1. Нельзя использовать без конструкций #Если Клиент - см (31).
2. Нехорошо(мягко сказал) использовать внутри обработчиков, выполняющихся в транзакции - получишь как в (27).

В остальном - не вижу препятствий.
Почему не использовать?
Например, разместить в модуле процедуру печати или еще чего-нибудь, и пользовать когда нужно.
Естественно с конструкциями #Если Клиент.

Замечу, что так как при защите кода (непоставка исходников или пароль) скрываются только модули объектов и поэтому туда тащат по максимуму функций, в том числе и запрещенные на сервере, НО нельзя закрывать модули с директивами препроцессора и поэтому их опускают, а потом удивляются неработоспособности решения в клиент-сервере... одно из решений - использовать общие модули с галочкой клиент

(34) пальцем в носу при людях тоже можно ковырять. Палец, ведь, на самом деле, не сломаешь...

(12) А с каких пор они там НИКОГДА не выполняются?

(37) а где я утверждал, что никогда?
вообще назови хоть одно решение из практики, требующее компиляции модуля объекта на стороне сервера или внешнего соединения, которое нельзя решить другим способом?

имхо ... "хороший" программист сам не знает причины.

РежимДиалогаВопрос.ДаНет можно размещать где угодно, в том числе и в модуле объекта.
Другое дело, что это нельзя использовать на сервере 1С:Предприятия и это понятно, ибо кто там, на сервере будет это использовать.

(40) как кто? объект ИИ

AI в смысле

(42) нахрена он(режим диалога) АИ здался, если он предназначен для юзера?

(38) "вообще назови хоть одно решение из практики, требующее компиляции модуля объекта на стороне сервера или внешнего соединения, которое нельзя решить другим способом?" - Да ради бога. Делай все на клиенте. Сервер же так, для понту чисто. И внешнее соединение нафиг никому не впилось, зря что ли, производители железа стараются?
Идиотская фраза, в общем. Если я данные из одной базы в другую перегражаю, я из-за такого вот дятлизма должен не COMConnector, а Application юзать. И на сервере я хочу делать трудоемкие операции, типа перепроведения документов. А из-за криворуких ублюдков должен это все делать на клиенте.

(44)+1

(44) ёмое... а УПП может делать движения по регистрам на сервере, не компилируя модули объектов... и РИБ может переносить движения без получения объектов....
беги срочно в 1С сообщи что они дятлы... наверно они тебе выразят благодарность

PS. лень это не повод делать через жопу

+(46) вообщем как я и утверждал, кроме редких специфических случаев, компиляция модулей на стороне сервера, нафиг не нужна, по крайне мере, до выхода тонкого клиента.

Риторический вопрос (не требующий ответа): Методики разработки (стандарты) 1С - что "это" и для кого "это"? Цитата:

"...При разработке кода общего модуля и модулей объектов, которые должны быть доступны на сервере и во внешнем соединении, следует соблюдать следующие правила.

Общее:
Запрещено использование объектов имеющих тип данных, не доступный на сервере и во внешнем соединении:
    - ТабличныйДокумент
    - ТекстовыйДокумент
    - ДиалогВыбораФайла
    - все другие типы, использование которых невозможно на сервере 1С:Предприятие и во внешнем соединении.

Запрещено использование средств, отвечающих за диалог с пользователем:
    - Предупреждение()
    - Вопрос()..."