где ТЗвнутр - таблица значений из другой базы. Чем можно заменить эту строку на клиенте? Хотел сделать просто
&НаСервере
Функция ПолучитьТЗ(ТЗвнутр)
ТЗ = ValueFromStringInternal(СоединениеБД.ValueToStringInternal(ТЗвнутр));
Возврат ТЗ
КонецФункции
но так не получается:
Ошибка при вызове метода контекста (ПолучитьТЗ)
{ВнешняяОбработка.ЗагрузкаЗУ.Форма.Форма.Форма(167)}: ТЗ = ПолучитьТЗ(ТЗвнутр);
{ВнешняяОбработка.ЗагрузкаЗУ.Форма.Форма.Форма(46)}: ВыполнитьОбработку(1, Элементы.Индикатор, Элементы.Обработано);
{mngcore/MessageBox.clf(4)}: Close(-100);
по причине:
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства 'param':
форма: Элемент
имя: {http://v8.1c.ru/8.2/managed-application/modules}param
по причине:
Ошибка отображения типов:
Отсутствует отображение для типа 'COMОбъект'
Если кто-то может подсказать как на клиенте можно из ТЗвнутр (COMОбъект) получить ТЗ (Таблица значений), подскажите.
Подсказываю: читайте Гоголя, "Мертвые души":
Видно, что повар руководствовался более каким-то вдохновеньем и клал первое, что попадалось под руку: стоял ли возле него перец – он сыпал перец, капуста ли попалась – совал капусту, пичкал молоко, ветчину, горох – словом, катай-валяй, было бы горячо, а вкус какой-нибудь, верно, выдет.
Вряд ли отпустят: где они еще найдут человека, который для вывода индикатора (число!) непременно хочет передать таблицу значений, а для этого использовать COM-объект?
Это же уникальный стиль программирования: "Per aspera ad rectum".
человека, который для вывода индикатора (число!) непременно хочет передать таблицу значений, а для этого использовать COM-объект?
И откуда вы это взяли? Кто-то ляпнул, а вы за ним повторяете. Мне нужно в процессе обработки заполнять некоторую информацию из таблицы значений. Может так понятнее?
И откуда вы это взяли? Кто-то ляпнул, а вы за ним повторяете.
А давайте посмотрим - кто именно?
Ошибка отображения типов:
Отсутствует отображение для типа 'COMОбъект'
И кто же этот "ляпатель" был был, ась?
Мне нужно в процессе обработки заполнять некоторую информацию из таблицы значений.
Ахха, вот только "таблица значений из другой базы", которую вы с (не)завидным упорством пытаетесь запихать в строку, причем внутреннюю!!!
Предвижу вопрос: "Нуичотакова?" А то, что еще со времен 7.7 результат ЗначениеВСтрокуВнутр() содержал внутренние идентификаторы объектов базы (то, что сейчас называется GUID), которые были начисто лишены всякого смысла за пределами данной базы! Так что попытки ее восстановить в текущей базе и получить какую-то информацию - заведомо бессмысленны.
Не верите? Ну и не надо, читайте:
Внимание! Строковое представление данных имеет специальный системный формат, использующий идентификацию данных внутри одной информационной базы. Рекомендуется использовать данную функцию только для обеспечения обратной функциональной совместимости с 1С:Предприятием 7.7
В источнике это даже выделено красным цветом... но на дятлов красный цвет, к сожалению, не действует.
См (4). (сейчас Рустемчик еще что-то выдаст).
(20)
Ахха, вот только "таблица значений из другой базы", которую вы с (не)завидным упорством пытаетесь запихать в строку, причем внутреннюю!!!
Никакого упорства нет. Это здесь с упорством хотят мне что-то приписать. А я просто задал ОДИН вопрос.
Если хотите, то могу ознакомить с задачей.
В базе УТ 10.3 есть РС, у которого одним из реквизитов является таблица значений сохраненная в хранилище значений. Теперь содержимое этого РС нужно перенести в базу УТ 11.5. Сделал обработку переноса, в которой главная процедура была на сервере. И все прекрасно работало. Но захотелось сделать визуализацию процесса переноса, но столкнулся с переносом этой таблицы значений. Если делать перенос без этой таблицы, то нужно просто главную процедуру выполнять на клиенте. А надо переносить и ее. Вот я и воткнулся на эту строку.
Спросил совета как обойти проблему - и тут посыпалось ...
(21) Не надо из-за этого напрягать клиента. Он может быть, например, во Владивостоке, а сервер в ж.пе мира. Из-за этого и динозавры вымерли, что пока сигнал идет от хвоста к голове, хвост уже съеден. А для визуализации котика, как в БП, показывай.
Была тетка одна - любила про провода и сигналы рассказывать. Придумала слово "баг" и "дебаггер". И на столько она про провода, что самый в мире провод в честь ее назвали.
Грейс Мюррей Хоппер (Grace Murray Hopper) (умерла 1 января 1992) — один из пионеров программирования, математик. Контр-адмирал ВМФ США. По праву считается «бабушкой COBOL» и удостоена многочисленных наград за неоценимый вклад, внесенный в развитие этого языка программирования. Родилась 9 декабря 1906 года в Нью-Йорке. Родители, отец — Уолтер Флетчер Мюррей (Walter Fletcher Murray) и мать — Мэри Кэмпбел Хорн Мюррей (Mary Campbell Horne Murray).
Возвращаешь на клиента таблицу значений, которая там в принципе существовать не может. И совершенно без разницы, где выполняется твоё ЗначениеИзСтрокиВнутр.
Возвращаешь на клиента таблицу значений, которая там в принципе существовать не может. И совершенно без разницы, где выполняется твоё ЗначениеИзСтрокиВнутр.
Спасибо за подсказку. В этом направлении мне и нужно смотреть.
(11) Что-же, вы все, велосипед изобретаете? возьмите готовую обработку, с индикатором
и сделайте свою обработку по подобию!
(пример можно взять из консоли запросоа! любая продвинутая консоль имеет функционал обработки результата, а он соответственно Индикатор процесса обработки)
(18) зайдите с другого края, попробуйте работать не с ТЗ а с коллекцией формы
(та же ТЗ но как реквизит формы)
вот она и будет вам доступана и наклиенте и насервере
(прямо так и хочется простенький примерчик обработки ТЗ с индикатором написать)