Jump to content

lvlib private members that are children of a public polymorphic


Recommended Posts

Wow - that's a mouthful! :D

I'm just thinking out loud here: imagine I have a polymorphic VI (let's call it the "parent") which has some components (let's call them the "children") and I create a lvlib that contains both the parent and all it's children. Say I then set the children to private in the lvlib (you can probably see where I'm going here), but I leave the parent as public. Now I can't use the parent in a VI outside of the lvlib, because all it really is is a placeholder for one of it's children (which are private). Would it make sense to have private children of a public parent inheret the public attribute as a special case for polymorphic VIs only?

Link to comment

Hi crelf

I came across the same thing when I wanted to design polymorhpic "tool" VIs and distribrute them in .lvlib but keep the internals private as the point was to encapsulate using polymorphism.

As it kept breaking my code, which I thought was unintuitive, I haven't gone back for a second try.

Maybe there is a reason for it?

But if anyone knows a work around - I am keen to know!

Especially now NI have starred using lvlib, I bet we see them around more and more in the future.

The ability you described would sure be handy for source distribution.

Link to comment

QUOTE (jgcode @ Jun 5 2008, 07:59 PM)

I sure hope so!

QUOTE (Aristos Queue @ Jun 5 2008, 10:21 PM)

Yes, it would make a lot of sense to allow this for polymorphic VIs. Unfortunately, we didn't have the idea until late in the game and the architecture we use for testing scope has proven inflexible for making this work. It's a low priority desirable behavior.

Thanks for the info Stephen - I figured as much.

Link to comment

QUOTE (crelf @ Jun 6 2008, 12:57 AM)

Good description, but I don't think it is possible.

QUOTE (Aristos Queue @ Jun 6 2008, 04:21 AM)

Yes, it would make a lot of sense to allow this for polymorphic VIs. Unfortunately, we didn't have the idea until late in the game and the architecture we use for testing scope has proven inflexible for making this work. It's a low priority desirable behavior.

Let me bump this.

Together with the same behaviour for typedefs.

Ton

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.