Passing variables in GUI vs. assignin then evalin

9 ビュー (過去 30 日間)
Dc215905 2020 年 3 月 11 日
コメント済み: Dc215905 2020 年 3 月 13 日
I've looked through multple ways to do this on the forum but I still can't seem to figure it out.
I'm loading a bunch of variables into my GUI that I want to be able to pass to different functions/callbacks (they are the same, right?).
In the past I have done this by:
[fname, path]=uigetfile('*.mat');
File = fullfile(path, fname);
assignin(many more)
and then in another callback:
com = evalin('base','com')
manymore = evalin('base','manymore')
How do I pass these individual variables between different callbacks so I don't have to always pass it throught the workspace and bring int back (also, what's wrong with doing it this way?)?
I know guidedata(hObject, handles) exist, but I can't for the life of me make it work.
  2 件のコメント
Dc215905 2020 年 3 月 13 日
Thank you! There's a lot of valuable info in this post.



Rik 2020 年 3 月 11 日
編集済み: Rik 2020 年 3 月 11 日
To answer the question of how to do it with guidata:
%this stores data to your figure:
%this retrieves that data:
In your function you can modify or create fields of the struct. If you modify data, don't forget to use the first to update the data stored with the figure.
You can treat the first line as a set() and the second line as a get(). If you have a GUI created with GUIDE the second line is implicitly executed every callback, so you'll only need to use the first line.
  1 件のコメント
Dc215905 2020 年 3 月 13 日
Thanks for the simple explanation. Your set() and get() comment made perfect sense.


その他の回答 (1 件)

Peter O
Peter O 2020 年 3 月 11 日
Nested Functions are your favorite friend when working with GUIs. Place the callbacks within the main UI, and they'll be able to access the scope of the parent function.
Whenever possible avoid using evalin and evalc. They permit execution of arbitrary code (including shell commands), so they can be a security risk.
For scoping reasons, it's "dangerous" to place variables into global namespace because they can be accessed and modified by other functions that you might hypothetically have running, and it creates a lot of memory access overhead. And they might overwrite your poor user's code if names overlap. For instance, if you have the variable in the UI called "data," there's a high probability it might overwrite the information the user just loaded in the workspace from data.mat :)


Find more on Programming Utilities in Help Center and File Exchange

Community Treasure Hunt

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

Start Hunting!

Translated by