УФ. Почему экспортные процедуры модуля объекта больше недоступны? #634553

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

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

ну и зря. для тех прикладных направлений, в которых работает 1с ООП особо не пригодится

Вас, одинэснегов, хрен разберешь. Нет ООП - плохо, есть ООП - плохо... Когда ж вам хорошо-то будет?

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

->

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

+ математические модели на 1С не пишут. а товарно-денежно-учетные и без ООП прекрасно реализуются

вот балбес то. Чтобы их вызывать теперь надо через сам объект обращаться.

чукча писатель? я не спрашиваю, что надо делать. Я спрашиваю - почему

РезвизитФормыВЗначение

потому что на форме нет объекта

есть только "проекция" объекта

шо почему? почему надо писать лишнюю строку?

для локализации собственных, написанных тобой, методов относительно таблицы БД в ее локальном контесте, как это принято в любой современной системе программирования или ты тока с тайги вышел?

Вопрос фигня. Вот есть гораздо интереснее)))) Один объект. Несколько форм. какого уя приходится между формами полностью перебрасывать данные. Тк. если из одной формы открываем другую - то данных уже нету... Вот вот это реально писцец.

Потому что  объекты на клиенте более недоступны

для этого нужен полиформизм - один из трех слонов опп, но тебе пока рано об этом думать)

объект проецируется на форму, да. на клиенте он обрабатывается, отдается на сервер. вот на сервере можно было бы и разрешить прямой вызов обработчиков модуля объекта

на клиенте образ объекта, а не сам объект - хватит чушь нести, как истеричка возле сгоревшего омлета

+ и на сервере в УФ тоже образ объекта типа "ДанныеФормыСтруктура"

на клиенте - да. но я говорю про сервер.

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

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

Дибильный пример. ИНН есть не только в справочнике контрагентов, но и в справочнике организаций. И никто мне не запретит добавить ещё справочников где будет ИНН использоваться. Теперь дублировать эту процедуру в каждом справочнике вместо того, что бы в одном модуле её один раз прописать?

вырази свою мысль на профессиональном языке, как баба кипятишься чес-слово)

потому что в 1С сидят дятлы архитекторы

если ты не готов к нормальному адекватному диалогу - признай это, будь мужиком. в твои-то годы это давно пора сделать.

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

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

я думаю уж поумнее тебя

и что? это полноценная "версия" объекта, со всеми значениями,реквизитами, реквизитами реквизитов и пр.

+100 и все 1Сники на этом кучу денег будут зарабатывать тк это лишние трудозатраты.

откуда знаешь?

это не всегда хорошо

Вызывай из общего модуля

ООП тут каким боком?

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

Короче не парься. в 1С очень много вопросов на которые не будет ответов.

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

Смотрю сейчас форму закрытия Заказ поставщику потом модуль объекта

он что серьезно?

а перенос из модуля объекта в модуль менеджера - это верное направление

а я смотрю типовую БП3.0 &НаКлиенте Процедура ВидОперацииПриИзменении(Элемент)

автор недоволен что надо писать Объект.

надо несколько модулей менеджера. для поддержки проще.

Т.е. проблема - писать в серверной процедуре модуля формы - Объект.ВызовМоейЭкспортнойФункцииОбъекта ?

не хочет она в толстом клиенте так работать. ни на сервере ни на клиенте

доступно и всырьес

изобрази это здесь:

скажи спасибо что тебе форму не приходится с клиента на сервер вручную переносить

спасибо :)

+ имхо - 1С надо двигаться в сторону компоновщиков,конструкторов и прочих облегчающих работу помощников. Это и будет ООП, адаптированное под прикладную область

как ты представляешь себе написать например РАУЗ на "компоновщике"

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

типа такого

класс :) ребенок появится -  будет играть)

И правильно сделали... Я вообще за появление ООП в рамках 1С. Сделаю базовый класс для объекта "Форма", например - перестану однотипный код обращений к общим модулям в модулях форм объектов плодить. И документы можно будет в иерархию классов выстроить и не е...ся с настройкой регистрации по регистрам каждого дока индивидуально, например.

а че... прикольно... но как начнешь делать что-то серьезное то сразу возникает ограниченность всяких конструкторов

Через общий модуль получилось только Можно сделать универсальную ЗапускМетодаОбъекта(МойОбъект,ИмяМетода, СтруктураПараметров)

А нет прошло и на форме &НаСервере

ну да, прикольно. создатьДокумент, чтобы достучаться до модуля объекта)

если расположить функцию / процедуру в модуле менеджера можно и не создавать объект а обращатся на прямую Документы.МойДокумент.МояФункция

спасибо, кэп

+ ты как всегда на страже

+ Т.е. экспортные никуда не делись, просто Объект формы не то же самое что документ объект

а зачем ты тип задаешь? и без него все прекрасно работает

По привычке - в типовой так

Лучше от греха - задавать(в спраке обяз поле) ДанныеФормыВЗначение (FormDataToValue) Синтаксис: ДанныеФормыВЗначение(<Объект>, <Тип>) Параметры: Тип: ДанныеФормыСтруктураСКоллекцией; ДанныеФормыКоллекция; ДанныеФормыСтруктура; ДанныеФормыДерево. Тип: Тип. Тип значения, получаемого из данных формы. Возвращаемое значение: Тип: Произвольный. Описание: Преобразует данные формы в объект прикладного типа. Доступность: Сервер, толстый клиент.