Pairing MLAPP (AppDesigner) Apps With Other Classes

9 Ansichten (letzte 30 Tage)
Alexander Cochran
Alexander Cochran am 15 Jun. 2018
Kommentiert: Noah Griffiths am 27 Jul. 2021
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.
  1 Kommentar
Guillaume am 15 Jun. 2018
So if I understood correctly you'd have something like:
classdef Class1
properties %what access restrictions?
Class2 child;
classdef Class2
properties %what access restrictions?
Class3 child;
classdef Class3
That is Class1 has a member that is of type Class2 and Class2 has a member that is of type Class3. After that I'm not sure what's your question nor why it would involve callbacks.

Melden Sie sich an, um zu kommentieren.

Antworten (1)

Chris Portal
Chris Portal am 17 Jun. 2018
This is how I’d approach it:
  1. Use the app window’s StartupFcn callback to initialize all your Class1, Class2, and Class3 objects.
  2. Save the Class1 instance as a property of your app, called something like “MyMedicalData”.
  3. 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.
  4. 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.
(Note, I’m assuming your Class1 definition has some kind of GetArrayOfClass2Objects property or method to navigate your internal data structures.)
  3 Kommentare
Noah Griffiths
Noah Griffiths am 27 Jul. 2021
@Alexander Cochran as far as I'm aware, having anything but the class created in the constructor is bad quality code i.e. doing so creates tight coupling and poor cohesion. Even constructors can be dangerous in certain situations.
Here is a really useful resource for creating quality code:

Melden Sie sich an, um zu kommentieren.


Mehr zu Migrate GUIDE Apps finden Sie in Help Center und File Exchange




Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by