Ступор с аналогом ТЗ на клиенте #650934

Столкнулся с задачей На клиенте необходимо перебирать ТЗ и после каждой итерации выдавать вопрос ТЗ, как известно, на клиенте недоступна Что делать? Юзать реквизит формы ДФК?

что за вопрос?

в толстом клиенте ТЗ доступна.

речь о тонком

я так понимаю, внутреннее устройство веба не позволяет ему оперировать ТЗ вне реквизитов формы

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

массив структур

ты гений!

собственно ТЗ это и есть массив структур

у которого до фига методов и свойств, которых нет у массива

в хтмл 5, интересно, есть аналог ТЗ или там тоже надо контейнеры друг в друга класть

Есть ТЗ и на тонком и на веб

да?

как называется этот класс

данные формы коллекция! при передачи на сервер автоматом конвертиться в ТЗ

конвертится в ТЗ? первый раз слышу

А массив строк таблицы значений взлетит?

Нет

Нет.

RTFM, как говорится.

ДанныеФормыКоллекция.Выгрузить Возвращаемое значение: Тип: ТаблицаЗначений. тут ничего про автомат не написано

может, я чего-то не догоняю

Никто про автомат не говорил РеквизитФормыВЗначение ЗначениеВРеквизитФормы

говорили в , поэтому я и приподнял брови

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

не пойму этого, браза мэн ДФК мне казалось ДФК и на клиенте и на сервере а про ДФК я ещё и в написал вопрос вообще философский был

ну вот смотри контрагент - реквизит формы с типом ССправочникССылка.Контрагенты &НаКлиенте в момент функции Б происходит конвертация из типа ДанныеФормыКоллекция в СправочникСсылка.Контрагенты. То же самое происходит и с другими типами ДанныеФормыКллекция ДАнныеФормыДерево и т.д

Строка(ТипЗнч(контрагент)) и на клиенте и на сервере вернёт "Контрагент" (Представление класса, заданное в справочнике) код = контрагент.код выполнится без ошибок, ибо примитивные типы данных доступны через точку на клиенте

по ходу вы, товарищ, только начали учить УФ

а я уже 2 года ипусь над ними (делает грозное лицо)

> данные формы коллекция! при передачи на сервер автоматом конвертиться в ТЗ Не происходит никакой конвертации! ДанныеФормыКоллекция на клиенте И на сервере остаются данными формы. >контрагент - реквизит формы с типом ССправочникССылка.Контрагенты >в момент функции Б происходит конвертация из типа ДанныеФормыКоллекция в СправочникСсылка.Контрагенты. И здесь нет никакой конвертации, поскольку ссылка существует и на клиенте и на сервере.

>>На клиенте необходимо перебирать ТЗ и после каждой итерации выдавать вопрос Передавай своим пользователям от меня искренние соболезнования.

:) включу это в каждую итерацию

Смешались в кучу кони, люди

кто мешает перебрать строки ТЗ на сервере и там сформировать строку сообщения и выдать ее на клиент?

на клиенте ДанныеФормыКоллекция можно обходить и смотреть свойства. изменять нельзя, естественно.

Можно менять.

Ничто не мешает сделать это на клиенте.

..еще идея, перебирай список значений, где номер каждого значения равен индексу табличной части, в переборе задавай вопрос и (я искренне надеюсь вопрос у тебя будет да/нет) передавай это значение в список. Затем на сервере обработай список

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

не знал. спасибо.

Ничто не мешает собрать на клиенте МассивСсылок, отправить в НаСервереБезКонтекста Вернуть оттуда Соответстие: Ссылка-<>СтруктураСНужнымиЗначениямиРеквизитов и пользовать на клиенте.

кошмар, и эти люди занимаются УФ. А потом всякие Евгении Шекины кричат, что УФ гуано.

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

Много умных красивых слов. Мало толку.

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

в этом и состоит умение общаться с УФ грамотно формализуй бизнес-процесс в 8.1 такого не было

УФ жосско ломает мозг, но в правильном направлении имхо

СписокЗначений + Структура в качестве элементов

Не кричи, не надо. УФ это и правда пока темный лес. Мало того что одну и ту же задачу можно сделать разными способами, так еще и нет однозначности в типовых. Приходится велосипеды изобретать.. конечно следуя генеральной линии партии=))

Напиши какой-нибудь кот. Твои заумные речи я не понимаю.

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

>> толк как-раз и есть Что мешает на клиенте обойти ДанныеФормыКоллекция и спросить подтверждение для каждой строки?

Структура индексирована, на 5000 элементах ты уже получишь серьезный просед в быстродействии.

Ааа, нет, гоню.

У тебя же список будет за строки, структура - за элементы 1-ой строки

структура это одна строка :) вообще я огромные эксель файлы грузил на 50-60 тыщ строк. ничего не тормозило.

Скажи это пользователям рег. отчетности.

хм. ничего не понял :) а что там?

в бассейн кстати один пойдешь: я в монастырь :)

Интересно на каком дцатом вопросе пользователь психанет,  забъет х и уйдет пить пиво.

в веб работает?

а почему не должно? а вообще хз...

у меня в веб-клиненте с COMобъектами(ADODB) ни на клиенте, ни на сервере не работает. наверное, должно. что-то, где-то не донастроил. или хз... бум ковыряться. РТФМ.

Только IE. Только хардкорр!

Ну и простыня. Цикл по полям не хочешь сделать?

эх. в веб и ADODB ламернее меня только дуб. значится откажемся от затеи. ЗЫ! "дуб" к Уважаемому не имеет никакого отношения!

Проблема не в ADO Проблема в том, что COM поддерживает только IE

Огнелис на 2010 точно не поддерживал, как и Опера. Как остальное зверье - не знаю.

На Сервере должно работать, проблема на вашей стороне.

тебе было :) А с фигали кстати на сервере должно это работать?:) чо серьезно чтоли работает?

Ясно. Я попробую коллегу заманить :-) Ну а че бы нет? Че бы ему на сервере не поработать?

ну сервер какбы предполагает имхо что дров нет файлов нет :) чистое общение с памятью и процом внутри "матрицы" :) РОаботалобы на серваке сталбы я писать клиентскую функцию и морочиться с списоком значений :) Ты где на сервере файл возьмешьто?:)

Обычным ADO - ваще милое дело. Ну а всяким интерфейсным Excel.Application - тоже в путь, только у службы апача режим взаимодействия с рабочим столом выставить. Ну как то так.

админ оракловый неадекватный. может поменять поля местами и тогда цикл не пройдет :)

ну у меня вообще толстый клиент файловая версия :)

Тем более, сам бог велел перебирать в цикле. P.S. Не понял, причем Oracle, если запрос к Excel.

да из оракла эксельник выгружается :)