v7: Получить параметр из обработки. #687092

Из документа открываю обработку и надо получить из нее параметр.

Из документа открываю обработку и надо получить из нее параметр.

что планируешь делать?

просто передаю параметр он там обрабатывается и надо получить результат.

обратно в параметр и передай...

в типовых примера куча. Ну взять к примеру туже обработку РедактированиеКонтактнойИнформации.

тока тогда открытьмодально надо запускать

да ладно.

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

если при открытии обработки правильно указан элемент владелец, то значение из обработки будет передано непосредственно в него. Например: [1С] Процедура ПриНачалеВыбора(Элемент, СтандартнаяОбработка)       СтандартнаяОбработка = Ложь;       ИспользуемаяОбработка = Обработки.ИмяОбработки.Создать;       ФормаОбработки = ИспользуемаяОбработка.ПолучитьФорму(,Элемент); ИспользуемаяОбработка.ОткрытьФорму;   КонецПроцедуры [1С] Ну и в самой обработке прописать ОповеститьОВыборе(ВозвращаемоеЗначение)

речь о клюшках )

ежели модально ея открываешь - то через параметр. ежели не модально - то сложнее но тоже можно: 1) вызваЮЩая процедура: 1.1) +(невидимый) реквизит "строка неогр.длины многострочный" на морду; 1.2) процедура, которая: 1.2.1) отрубает обработку ожидания (Форма.ОбработкаОжидания("",0); 1.2.2) из реквизита п.1.1 получает (с помощью (ЗначениеИзСтрокиВнутр) и как надо обрабатывает всё, что вернула открытая обработка 1.3) При открытии формы (немодальном) - передать в параметре свой (открываЮЩей формы) контекст 2) вызваЕМая обработка, при закрытии и по факту необходимости вернуть значение, инициировав действия в отрываЮЩей эту обработку форме: 2.1) Через контекст открываЮЩей формы, дёрнутый из параметра при открытии - иницииорвать в открываЮЩей форме выполнение процедуры п.1.2 обработкой ожинания в 1 секунду - типа "КонтВызываЮЩейФормыИзПараметра.Форма.ОбработкаОжидания("ТаСамаяПроцедураСмПункт1точка2",1);" 2.2) Через тот же контекст открываЮЩей формы, дёрнутый из параметра при открытии - установить в реквизит п.1.1 значение, равное внутреннему представлению объекта (обычно - СЗ), содержащено всьо, что надо вернуть - типа "КонтВызываЮЩейФормыИзПараметра.ТотСамыйРеквизитСмПункт1точка1=ЗначениеВСтрокуВнутр(ОбъектВКоторомВсёШоНадоВернутьОткываЮЩейФормы);"

не смущает что тема про 7.7 ? )

а, млин ))))

+ уже фиг знает сколько времени их не использую )

+: опционально (и как правило! мавр сделал своё дело типа):

: нам всем тут охрененть как интересно знать о твоих личных привязанностях...

к чему такие сложности?

так же как и мне - твое мнение о моих привязанностях. Тебя местные тролли покусали что ли?

Проще глобальую переменную добавить.

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

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

: а при условии, что я тут по теме излагаю мнения, а ты топыришь пальцы - угадай, кому из нас с тобой логичнее было бы сдриснуть из этого разговора в пешее эротическое?.. да, ты угадал - тебе.

Да это понятно, но такая обработка одна будет.

дык а модально тебе подойдет иль нет?

хамло ты обыкновенное и это безусловно.

модально - нет, там чистый код, без форм

: ошибаешься, я - гораздо хуже.

хм - и что экспортную функцию в обработку, которая возвращает результат работы обработки не впихнуть?

то есть ты хочешь извне документа обработать некий код и вернуть результат обратно?

судя по фигне, предложенной тобой в , полностью с тобой согласен.

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

себя пожалей. Чудо. А вонять вообще на мусорку топай, где тебе самое и место.

экспортная функция в данном контексте и все дела.

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

см . Ответ из не катит.

+ поскольку формы тупо нет.

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

да не, все правильно в Просто в при открытии делаем Форма.Закрыть чтоб не маячила

достаточно в ПриОткрытии сделать СтатусВозврата ...

ну да, или так...

не помню уже ) А под рукой нет. Кроме того, насколько мне помнится при использовании ОткрытьФормуМодально там можно вернуть в результат работы этого метода все. Только вот в самой обработке надо для этого что то прописать. Типа Закрыть(ВозвращаемыйРезультат). Но, точно утверждать не берусь. Давненько это было )

+ а вообще, походу ты прав. Неужели 7 ку еще используете?

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

2 года не пользую...

фига се. Я в свое время с 7 ки специально во франь свалил, чтобы 8 ку освоить. С тех пор так редко редко, что то по мелочи перепадало. Если в руки то взять - вспомню конечно. Но, потихоньку все стирается.

: не-а. при статусвозврата в параметре в место вызова останется ровно то, что передавали в форму. такая вот инструментальная тонкость. не веришь - проверь. ;)

Параметр корректно работает только при ОткрытьФормуМодально, в противном случае, система создаёт копию параметра. Да и вообще, если в параметр передавать список или таблицу значений, то её содержимое прекрасно меняется вне зависимости от того, как вызывали форму. Только при вызове нужно сначала скопировать таблицу в локальную переменную, чтобы не затереть основную.

Просто, при закрытии обработки в основной форме никакое событие не срабатывает.

Передать параметры через ОткрытьПодбор("Твоя обработка", Параметры) В обработке передать результат через Форма.ВыполнитьВыбор(Результат) Получить результат через ОбработкаПодбора(Результат)

в данном случае откроется форма обработки, а автору этого не надо...

тогда я вообще не пониманю нафига всё это. Чем модальный режим не угодил?

см. . автор не хочет модально ;)...

Это не подбор.

Сейчас передаю значение через глобальную переменную: гэлДокРасписанияПриЗаполнении=ДокРасп.ТекущийДокумент; Как правильно было написать? Вот код обработки:

Весь код не залез продолжение:

Смело всё в топку

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

ты реально всё это прочитал???

так, вскользь

Расскажи про свой вариант.

Задачу то целиком озвуь, мне как-то смотреть простынню и вникать в суть не улыбает.

Общая задача учет расписания преподавателей и классов. Есть некоторое количество классов и две смены. Создается учебная группа и надо, чтобы её урокам поставились классы, время занятий и преподаватели. В частности  "выбирать все документы" аналог регистра сведений.

Один хрен, твой код в топку.. слишком не оптимально и медленно всё.. теже выборки из ТЗ для поиска по 2-м колонкам.

1. Это ты о чем? 2. Как по-другому сделать?

чтобы ответить на этот вопрос нужно знать структуру хранения данных. Один хрен, выборки из тз, перебор всех документов за период.. это всё очень медленно.

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

> структуру хранения данных Какую структуру ты предложишь. Вот надо хранить данные о расписании. Есть группа надо знать в какой день, в каком классе, в какой час(можно упростить пускай будет хотя бы смена вечерняя или дневная), какой преподаватель, будет проводить занятия. Как предлагаешь это хранить? > выборки из тз Что с ними не так? Как по другому? > перебор всех документов за период Альтернативой является работа с периодическими реквизитами справочников. Но тут опять же надо перебирать все группы, и искать были у них занятия в интересующем периоде или нет. Предложи свой вариант, как получить дни в которые были занятия и кто вел и в какое время.

> ну а преобразование ссылки в строку..это вообще моветон Почему? Эти же данные нигде не хранятся постоянно.

изменили представление элемента  - твой алгоритм коту под хвост

для начала надо свою озвучить

структуру

> изменили представление элемента Как это так?

если основное представление элемента - наименование, то Строка(ЭлементТвой) = ЭлементТвой.Наименование (или =код, или = основной реквизит справочника, если длина кода и наименования =0) Дык вот, изменили наименование - п..ц котёнку.

Где ты у меня такой код нашел?

аа... весь учет на одном документе построен ? :)

Учет расписания - да. А что не так?

Возврат "["+СокрЛп(Строка(ТекЭлемент))+"];"

ну, по мне, так всё..

а где часы с 17 по 24 ? :)))

Ну и что есть ВремяОкночения ?

Туда никогда не передается ссылка в чистом виде. Ссылка предварительно обрабатывается Функция КодПрепода(Препод)

ВремяОкончания. а где часы с 17 по 24 - там вообще не астрономические часы.

:)))))))) реквизиты Час01-17 какой тип то имеют хоть ? Чего, нельзя было один реквизит Час сделать ?

ДатаДень нахрена ? ДатаДок не есть тоже самое ? Нужно новвое расписание - новый документ, не ? Или вы всегда одним документом всё делаете ?

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

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

> Нужно новвое расписание - новый документ, не ? Для каждой группы свой документ и в нем свое расписание.

Ну ладно, зачем тебе 17 реквизитов Час ? Это еще посмотри на досуге, хотя на инфопомойке еще была куча поделок на 7.7

> реквизиты Час01-17 какой тип то имеют хоть ? Можно сказать булево 1-0 > Чего, нельзя было один реквизит Час сделать ? Как это так? Урок может быть на несколько часов.

Такой документ:

Это на 8-ке. На восьмерке понятно было бы все по-другому.

Я там не увидел про функцию автоматического создания расписания. Т.е. там человек сидит и сочиняет расписание, здесь же программа автоматически это делает.

Всё в одном документе - это очень плохо. Особенно плохо - делить часы на параметры табличной части. Что такое расписание - это связь "кто кого когда и где", то есть соединение четырёх сущностей: 2) Группа студентов (в справочнике) 3) Аудитория (в справочнике) 4) Время проведения занятия (число). Также можно рассматривать дату, как пятый параметр, но она есть в шапке документа. Что мешает сделать табличную часть, где задавать все четыре параметра, связанные друг с другом ? Конечно, более правильно будет преподавателя или группу перенести вообще в шапку документа, чтобы в одном документе задавалось расписание для одного преподавателя (или группы).

> Всё в одном документе - это очень плохо. Почему? И как по-другому? > Особенно плохо - делить часы на параметры табличной части. Почему? И как по-другому? > 4) Время проведения занятия (число). Ты не путай теплое с мягким, Дата занятия это одно, время занятия это другое. Например на одну и ту же дату может быть и физ подготовка и право - эти дисциплины ведут разные преподаватели. > Также можно рассматривать дату, как пятый параметр, но она есть в шапке документа. Т.е. ты предлагаешь на каждый учебный день отдельный документ? И в этом документе будут все группы учащихся? Т.е. когда создается расписание для группы - то открывать и закрывать десятки документов вместо одного? Что-то я сомневаюсь, что это хорошая идея. >  чтобы в одном документе задавалось расписание для одного преподавателя (или группы). У меня сейчас 1 группа - 1 документ. Группа может учится и пять дней и три месяца (или даже больше), допустим в среднем дней двадцать. Ты предлагаешь создать двадцать документов вместо одного?

Тебе документов жалко что-ли? Можно вообще запилить 1 док - одно занятие. Ты же ведь не станешь заставлять пользователей эти документы редактировать?

По идее возможно и редактирование

В таких случаях для редактирования делается отдельный интерфейс. Редактировать непосредственно документы - издевательство над людями.