Stuart

The project I am currently working on processes and displays data in specified ways.

The User determines what and how data is calculated as well as what will be displayed.

Initially the "User" was a person. There for several dialog vis were created to extract the needed information before the application could continue.

The project has expanded and the user is not always available to enter in the information.

In one case the program will extract the needed information form a file.

In another case the information will be queried from a PLC.

Extracting data from each of the different sources requires very different methods

User: Ask user using dialog vis

File: Find Open and read data.

PLC: Setup connection read tags

To solve this problem I created a parent "Data Source" Class

and 3 children User, File, PLC,

Later if another data source is requested I simple add another child

The "Get Data" method is overwritten by each child using dynamic dispatch.

Hope this helps spark and idea for you

Mark

Thanks for the good ideas with this. I'd thought of the plug-in architecture myself, but not the obsolete hardware challenge or the multi-access point problem. These are still a bit above the level of non-programmers learning LabVIEW in a 10-week class, although the plug-in and multi access point can probably be simplified enough to work as problems.

Thanks again,

Stuart

I'm teaching an introductory programming course using LabVIEW to 30 college freshmen, as part of a comparison study of text based vs. graphical programming. To match curricula, I need to include two days of object oriented programming. There are lots of great examples of how to do this, but I need to find a compelling example that shows why it is used. Is there some simple application that involves solving a real world problem, that becomes much easier, or much more obvious when OO concepts are applied to the solution? I'm drawing a blank, and have posed the question to several colleagues, and have them puzzled as well.

Stuart