УФ. Как сделать переменную доступной на клиенте и на сервере. Что бы не терялась #606635

Прошу форумчан помочь в таком вопросе. Есть ТЗ, в которую в процедуре &НаСервере вводятся некие параметры. Однако при следующем вызове другой процедуры &НаСервере эти параметры теряются и переменная становится опять Неопределено. Подскажите, где мне определить эту переменную, что бы в ней хранились данные при вызове между разными процедурами.

В параметрах сеанса

ТЗ доступно только на сервере

+1

ЦПХ. Центральное Переменное Хранилище

хранить ее в объекте, а не локальной в методе

если не городить параметры в форме, то создать рексизит "список значений" например "рекСПараметры" ПриСозданииНаСервере иницализировать его значениями и получать их потом где хочеть и на клиенте и на сервере через индекскс списка

Ну пускай храниться только на сервере, главное что бы не терялось. все равно реквизит?

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

долбанные извращенцы

откуда ты обращаешься к ней? опиши

что в ТЗ ?

Временное хранилище

Скажи, как правильно?

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

а чо бы реквизитом формы не хранить?

он доступен на сервере?

И таскать его туда-сюда между клиентом и сервером, да? Какого "дня", тут же ж явно в пределах работы с формой все происходит

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

обращаюсь к ней в Модуле объекта и в модуле формы в процедурах &НаСервере Кстати, через РС и ЦПС - оценил идею!!!

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

Хосспади... А в модуле объекта-то тебе это зачем? Короче. Описывай задачу давай, у меня уже хрустальный шар раскалился, сейчас стол прожжет.

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

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

Хорошо, пусть будет область действия только Модуль объекта. Я объявил в нем Перем ТЗ_врем. Выгрузил в процедуре Проц1 туда данные. Дальше вернулись в клиент....работаем. Вызываем Проц2, а переменная ТЗ_врем = Неопределено

и скока это минут занимает? наверно десятки на форме - да если тз нужна в рамках одного вызова, то ее можно и через параметры потаскать, если нужно хранить данные между вызовами - то я за реквизит формы, его можно еси чо на форму кинуть для отладки/возможности изменения. Если эти данные еще и при записи/проведении нужны, то или через допсвойства прокидывать или хранить на объекте модуль с галочкой "Повторное использование возвращаемых значений" отдельно хранит вызовы с клиента и с сервера (причем для клиента вроде б не сохраняет, но не уверен). В обычном режиме упр. форма с сервера обращается к серверным сохраненным значениям, а модуль объекта может и к клиентским

За-да-чу.

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

Обработка выводит в свою ТЧ таблицу. Пользователь правит данные-например "корректировка заказов". Мы должны вернуть назад откорректированные данные и обработать их

от задачи зависит, доп свойства можно заполнять/читать в обработчиках формы с постфиксом "НаСервере"

эээмм.. может ТЧ и вернуть?

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

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

Поясните, почему Перем ТЗ_врем определенная в модуле объекта терятся после того как покинули его. При повторном входе - опять она неопределена.

Оптимально будет через временное хранилище передавать ТЧ для корректировки данных

опиши ее в модуле объекта

Блеать, ты опишешь задачу или нет?

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

раз пошла такая пьянка - сериализуй и сохрани в текстовом файле

&НаКлиенте Перем ТЗ_врем

>> Оптимально будет через временное хранилище передавать ТЧ для корректировки данных Это как? Киньте пожалуста пример кода - никогда не делал. ТЗ долго заполняется

>> опиши ее в модуле объекта Описана - не помогает.

Можешь посмотреть подробный пример в книге "Разработка управляемого интерфейса" из серии проф.разработки на с.701

ТЗ клиент не поймет все равно, ему нужна более простая сущность, как правило структура

не верю

+у меня только бумажная версия. Что не поймет?

Короче. многие запутались. Мне надо хранить только на сервере - ИСХОДНУЮ ТЗ. в некой процедуре модуля объекта я ее заполнил, а потом вернулся через какое то время - она Неопределена.

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

истеричка, черешни зацвели - может запах на тебя так влияет)

На меня идиоты так влияют :)

пардон - а кроме флуда вы что то сказали?

Я тебе, придурок, уже в четвертый раз говорю: опиши ЗАДАЧУ. Не кривой костыль, который ты придумал в качестве решения, а ЗА-ДА-ЧУ. Задачу. Это какбе сам процесс, который должен произойти. Намек уловил?

Наводящие вопросы 1. В каком обработчике модуля объекта произодиться ИНИЦИАЛИЗАЦИЯ Тз для дальнейшей корректировки этой Тз в форме на клиенте 2. В каких обработчиках модуля объекта происходит обработка откоректированной на клиенте и якобы "возвращенной" Тз. 3. Какой формат "возврата" Тз в модуль объекта: фильтрованная, все строки, правило обработки в коде

уйди из темы - ты неадеватный. нервы полечи, флудераст

Ч.Т.Д. Идиёт, не умеет читать.

будь мужиком, опиши задачу

Если только на сервере,тогда временное хранилище самое то,поскольку оно на сервере и хранится.Не надо гонять траффик на клиента

Мммм.. как я понял, чел хочет сохранить ТЗ в переменой модуля обьекта, как в хранилище. То есть, опосля возврата в модуль объекта, взять из переменой ранее сохраненную ТЗ. Так?

иничиализация в некой процедуре - ЗаполнитьТЗ. Эта ТЗ далее свертывается и загружается в ТЧ обработки. Возращаться - ничего не возращается - у меня есть ТЧ обработки, откорректированная пользователем + Отбор. Я должен сравнить Эту ТЧ с Исходной ТЗ, которую выгрузил

ДА!

aka LINN :)))

ТЗ сделай переменной обработки - не метода! не формы! модуля обработки!

сделано - не помогает

это как на 701 странице?

Сцу ко прочитай книжку на 701 старнице блеать:)

процедура ЗаполнитьТЗ - это метод обработки? объект обработки один и тот же?

Прочитал - там 2 строки. Типа использовать Временное хранилище. И все!!!

Читай от "Второй вариант решения" и далее по тексту

Там написано Записать данные во Временное хранилище. А как?

надо Радченко позвать в ветку, чтобы указал абзац и объяснил чо он там накалякал)

процедура ЗаполнитьТЗ - это просто Процедура случайно вызываемая.

пистец, как ей тогда передается ТЗ?

Перем ТЗ_врем объявлена в начале. Мы в нее загружаем ТЗ. ТЗ_врем = РезультатЗапроса.Выгрузить;

-->

Прочитал. ПоместитьВоВременноеХранилище(<Данные>, <Адрес>) А Адрес - что передавать? Если уникальный идентификатор формы - то мне же не в форме хранить!

есть некая обработка в которой есть некий интерфейс выбора объектов, допустим это справочник "Рогатый скот" мы там выбрали "Дойная корова "Глафира"" жмякаем копопку на форме показать "надои за месяц" в модуле обработки присходить вызов экспортной серверной процедуры выбранного объекта в таюлицу формы обработки загружается полученная таблица доярка правит цам литры и кроит себе в карман жмякаям кнопку на форме обработки "записать надои за месяц" в модуле обработки присходить вызов экспортной серверной процедуры выбранного объекта ВыбранныОбъект.ЗаписатьНадои; И вот тут автор не может получить ту Тз которая была в первом вызове, а ТЧ обратки он видит. вот так на примере всяких скотов можно просто описать задачу без истерик, просто нужно быть телепатом и все

адрес хранилища это строка, передается через параметры методов как првавило

один в один задача - верно описана

осталось узнать как сохранить ТЗ. Мучаю ВременноеХранилище - не понял как Адрес задать.

Конечно будите бить - но внятно поясните - почему я не могу увидеть ТЗ заполненную при первом вызове - описано в , когда вторично в обработку проваливаюсь?

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

У меня - нет - примеры разные до этого. Но там нет примера

в модуле объекта фенита

АдресВХ можно сделать и реквизитом формы обработки(тип строка) для простоты, чтобы он был доступен в любом контексте

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

спасибо! Четко и понятно! Я уже сам сделал. Правда через реквизит объекта - где строку храню. У вас красивее.