ni.com is currently undergoing scheduled maintenance.

Some services may be unavailable at this time. Please contact us for help or try again later.

取消
显示结果 
搜索替代 
您的意思是: 

VI Name property

I am confused by the VI Name property, and how it relates to the VI Name event structure data element. Based on this comment AQ made on an Idea Exchange post:

 

> ...And then there is always the question of what "VI Name" will mean

> when dealing with namespaced (library member VI) or clone instances...

 

>Question? What question? It's the name of the VI, fully qualified everytime, with the clone number included if it is a clone. Why is this a problem?

 

If that is true for event structure data, then why does the "VI Name" property always return the base name of a reentrant VI, rather than the qualified clone name? 

 

vi_name.PNG

(You can ignore the "Callers" property stuff....that is related to a separate question thread. The point here is to show that the "VI Name" property does not appear to be fully qualified, as AQ suggested it is in Event Structure nodes). 

 

Am I missing something obvious here, or does this smack of inconsistency?

0 项奖励
1 条消息(共 2 条)
3,358 次查看

The name is qualified as far as namespaces go (so it will include owning libraries). Whether it should include the clone name or not is an API design decision. Evidently NI chose not to include the clone name and use a separate property for that, so that's what you have to work with.

 

You could argue that the event structure gets it because otherwise there would be no other way to identify the specific VI. With a VI reference you already have the specific VI.


___________________
Try to take over the world!
0 项奖励
2 条消息(共 2 条)
3,315 次查看