- Use the app window’s StartupFcn callback to initialize all your Class1, Class2, and Class3 objects.
- Save the Class1 instance as a property of your app, called something like “MyMedicalData”.
- Also in this callback, populate whatever UI components (dropdown, tree, etc.) you’re going to use for presenting and selecting the individual Class2 and Class3 objects.
- Configure the callbacks for the UI components you use to access the appropriate class objects you need via the app property you created. Something like app.MyMedicalData.GetArrayOfClass2Objects.
Pairing MLAPP (AppDesigner) Apps With Other Classes
9 views (last 30 days)
I'm currently building an object-oriented system that groups medical imaging data together for processing. I wish to make the system very easy to use, so GUIs are an attractive next step.
What's the best way that I can pair GUIs (MLAPPs designed in AppDesigner, specifically) with my existing class structure to allow the GUI objects to call different member functions?
Class1 (top-level grouping class, where an array of Class2 objects is stored)
Class2 (second-level grouping class, where an array of Class3 objects is stored)
Class3 (lower-level data class, containing actual medical imaging data)
I would want to initialize all objects (starting with a Class1) and then be able to use the GUI to select a Class2 (a group of Class3 objects) or an individual Class3 object, and then perform processing functions on it (e.g., select a dataset, hit some buttons, do processing). I understand how callbacks work, but I'm curious what the best way to go about sharing data between GUI objects instantiated in my Class1 and other objects would be.
Chris Portal on 17 Jun 2018
This is how I’d approach it:
(Note, I’m assuming your Class1 definition has some kind of GetArrayOfClass2Objects property or method to navigate your internal data structures.)