PLM-forum.ru

Доброе время суток.

В Automation есть возможность узнать физическое расположение файла Part/Product через Product.ReferenceProduct.Parent.FullName. Где мне искать аналогичную функцию в CAA Rade? Или, по крайней мере, в каком направлении копать?

Извиняюсь, проблему решил. Не знаю на сколько правильно.

Код: Выделить всё

      
 CATILinkableObject * piLinkableObject = NULL;
 rc = spRef->QueryInterface( IID_CATILinkableObject, (void**)& piLinkableObject );                           

 if ( SUCCEEDED(rc) )
 {
       CATDocument * pDocument = NULL ;
   pDocument = piLinkableObject->GetDocument();
   CATUnicodeString nameF =pDocument->StorageName();
}

Кстати, есть еще вариант pDocument->DisplayName();
Вроде как они возвращают разные значения , но мои эксперименты различий не выявили – оба метода возвращали полный путь!

…если я правильно поняла, то StorageName() выдает более полный путь, тогда как DisplayName может вернуть лишь имя файла.
Может,Вы чего узнали на этот счет?!...

Я особо не экспериментировал, но в помощи про DisplayName написано :

For instance it could be just the name of the document, not the whole path (environment are dealing with meaningfull user name)

То есть, в вольном переводе, "Например это может содержать только имя документа, а не целый путь".

Vladimir писал(а):... в вольном переводе, "Например это может содержать только имя документа, а не целый путь".

Вот-вот, и я про тоже - только вот вопрос, чем же обусловлено это абстрактное "МОЖЕТ содержать"...

Для C++ я бы рекомендовал решение на основе CATILinkableObject::GetDocument, CATDocument::StorageName

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

to booSter Спасибо, так и поступим.

Черешня писал(а): Вот-вот, и я про тоже - только вот вопрос, чем же обусловлено это абстрактное "МОЖЕТ содержать"...

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