Приведение типов в макроязыке 1С #141841

Например после присвоения переменной сотрудник какого типа она будет: |Сотрудник= ЖурналРасчетов.Запрос.Объект; надо ли ее явно приводить к типу Строка при сравнении? И почему при приведении переменной неопределенного типа к конкретному напр. Число...ее значение "слетает"?Или это все детерминировано ограничениями COM-технологии?

чего 8)))))

Дык... переменные уже моно типизировать?

слова то какие!! умные :)

Это тебе не конфеты грызть и чай сосать...

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

Зачем "явно приводить к типу Строка при сравнении"? Или ты думаешь, что принципиально не может быть два сотрудника с одинаковыми ФИО? Дык огорчу тебя, это вполне вероятно.

А что нету своего Страуструппа для 1С-языка...для остальных языков вроде как явно описанно в спецификациях на язык...в том числе и приведение типов ...а такое поведение переменных я могу только объяснить спецификациями на типы в COM-технологии от мелко-мягких..

Много чего непонятного, начиная с заголовка.

"|Сотрудник= ЖурналРасчетов.Запрос.Объект; " Это будет ссылка на объект. Их вполне можно сравнивать. Т.е. две ссылки на один и тот же объект (полученные разными путями) будут равны.

Дергачев, моно тебя... к Семенычу? Не обидишься?

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

еееееееее

2 Показывает основное представление объекта... в данном случае - наименование

А ты хотел чего в отладчие увидеть?  Он тебе показывает представление агрегатного объекта. Попробуй посмотреть в отладчике   Запрос.Сотрудник.Код или Запрос.Сотрудник.Наименование удивишься?

+  Строка(Запрос.Сотрудник) тебе вернет представление объекта, в данном случае наименование.

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

А где мне найти "макроязык 1С" ?

Что собой представляет внутреннее представление ссылки от тебя скрывается, оно тебе по большому счету и ненужно. Етож тебе не универсальный язык. Тебе о предметной области нужно думать а не над указателями извращаться. ;-)

Я думаю есть внутренние спецификации с языка 1с на Visual C++ где все и прописано...

А зачем все это нужно в приложеннии к 1С? Хочешь на языке типа С бухгалтерию писать, ну ну Дункан Маклауд... ;-)

ну так да...предметная область она первична...Так получается в данном случае объект ЖурналРасчетов.Запрос.Объект имеет тип основного представления т.е. Наименования?

Ты не экране видишь представление. А так это ссылка на объект с его свойствами и методами.

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

Это некорректно... обычно Сравнивай элементы как таковые (ссылки) Элемент1 = Элемент2

так в том то и дело, что я импортирую в Зряпплату dbf-файл, а там поле просто типа строка .записи из файла забрасываются в таблицу значений, но для программного формирования табличной части документов мне нужны ссылки на элемент справочника Сотрудники, а не ФИО типа Строка...вот тут я и не смог себе ответить на вопрос какого типа ссылка на элемент справочника...

И как трактовать такой код например как не явное приведение типов где переменная Величина вначале имеет так называемый Неопределенный тип- Форма.Величина.НазначитьТип("Число", 15, ТочностьТарифа);

Это не приведение типов ниразу. Не такое     MyLinkToChar = (char *)LinkToInteger; В "величине" храниться в каком-то виде информация о содержащемся там значении. ИХМО при этом "Форма.Величина.НазначитьТип("Число", 15, ТочностьТарифа);" ты заносишь в "Форма.Величина" информацию о типе. Это никак непохоже на приведение типов.

2 Откуда импортируешь? Свяжись с той программой (чтобы код в 1С или какой другой реквизит содержал id элемента той БД) Или

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

А вот: Строка = ":"+ВыбСотрудник; Здесь неявное преобразование к типу строка. Можно явно: Строка = ":"+Строка(ВыбСотрудник); или так:

чего? Эта хрень в принципе тебе не нужна. Это для базы. Что бы знать что записать в id, для   формы чтобы знать какую форму вызвать если ты клинешь в элемент.     Найди в php приведение типов  и будет тебе счастье в 1С

Для Guesta....Например я присваиваю переменной неопределенного типа какое вполне определенное число после примения метода Объекта Документ НазначитьТип, эзначение переменной "слетает"...

Я считаю что жесткая типизация помогает избежать семантических ошибок при написании программ ведь с точки зрения предметной области большинство операций определено над объектами одного типа...

Это фича НазначитьТип, ихмо этот метод обнуляет значение в переменной (присваивает пустое значение такого типа).

Обнуление переменной можно интерпретировать как побочный эффект выполнения  метода НазначитьТип и мягко говоря это feature....выявить это можно только опытным путем?

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

+ Там ведь не только число может быть, а и ссылки на агрегатные типы.

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