(GUI variable saving) guidata vs appdata

4 次查看（过去 30 天）
Voulgarakis Georgios
Dear all
I need your opinion on the matter. In order to allow the user to enter various parameters, my program has a GUI figure. The problem is that the user by interacting with my program, creates a big amount of data, which have to be stored and processed every time. My problem is that when the user hovers his mouse on my figure, I need to go trough a lot of these data.
So, saving where, these data, will ensure the maximum speed for my program? Should I go with the appdata, or with the guidata (saving the variable directly into the guihandle)?
Thanks in advance

请先登录，再回答此问题。

采纳的回答

Sean de Wolski
Sean de Wolski 2013-2-4
编辑：Sean de Wolski 2013-2-4
guidata() Just uses setappdata() internally. That being said: setappdata() will be faster since you don't have the overhead of what's inside guidata().
  3 个评论
显示 1更早的评论
Sean de Wolski
Sean de Wolski 2013-2-4
What appdata are you using when you use setappdata; and how are you timing it?
Sean de Wolski
Sean de Wolski 2013-2-4
Also, if you're really worried about timing and control, (which it sounds like you are!), ditch GUIDE and write the GUI programatically. GUIDE uses an older framework that is not necessarily speed or control optimized.
Using nested functions will get you this.
These examples will help you getting started:
http://www.mathworks.com/matlabcentral/fileexchange/24861-41-complete-gui-examples

请先登录，再进行评论。

更多回答（1 个）

Jan
Jan 2013-2-4
GUIs live in the frequency domain of 10 Hz: Mouse clicks by the user, animated effects, waiting for update of the screen - GUIs are slow and that's ok, because they are useful for the slow visual reception by human.
When calculations should happen with a high speed, they should be decoupled from the GUI, such that the decision between guidata and setappdata does not matter at all. Processing a lot of data whenever the mouse is moved is prone to problems caused by the latency. Unfortunately such an uncoupling is not easy in Matlab, because Matlab runs a single thread only.
You do not have to search for the spatial objects dynamically. The areas belonging to certain objects change only when you move the 3D or 2D scene and when new objects are added.
Finally I'm convinced that getappdata is faster than guidata for the reasons Sean has posted already. But the small overhead of both functions should not matter, when you avoid to call them thousands of times for one processing step. Calling them once should be sufficient, when the data are stored in a useful structure.
  4 个评论
显示 2更早的评论
Voulgarakis Georgios
Voulgarakis Georgios 2013-2-5
@Sean de Wolski
thanks for the link. What it shows is pretty much what I have done. :)
The procedure for drag n drop is grab(replace buttondownfcn), drag(replace windowbuttonmotionfcn) and release (replace buttonupfcn).
What I am trying to achieve though, is even before the user has clicked on an object(axes) (which event would trigger the buttondownfcn of the axes), I would like that I somehow know, where the cursor is over.
@JanSimon
This is where, in order to achieve it, in the the standard windowbuttondownfcn (before having it replaced by the drag), I do a check to see if the cursor is whithin the bounds of any of the objects. This calculation (which is done for every cursor movement) is not going very fast (especially if I have a lot of axes!).

请先登录，再进行评论。

类别

在 Help Center 和 File Exchange 中查找有关 Graphics Object Properties 的更多信息

标签

Community Treasure Hunt

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

Start Hunting!

Translated by