{"id":9,"date":"2005-12-28T14:12:15","date_gmt":"2005-12-28T19:12:15","guid":{"rendered":"https:\/\/blogs.mathworks.com\/loren\/?p=9"},"modified":"2018-01-16T10:33:24","modified_gmt":"2018-01-16T15:33:24","slug":"evading-eval","status":"publish","type":"post","link":"https:\/\/blogs.mathworks.com\/loren\/2005\/12\/28\/evading-eval\/","title":{"rendered":"Evading eval"},"content":{"rendered":"

If you are a regular reader of the MATLAB Usenet newsgroup, comp.soft-sys.matlab<\/kbd>, found on the MathWorks User Community page, you are probably familiar with repeated advice to not use the MATLAB function eval<\/kbd><\/a> . Today I plan to tell you more about why this is generally good advice.<\/p>\n

Code Clarity \/ Readability<\/h3>\n

Statements containing a call to eval<\/kbd> have a way of obscuring the underlying intent of the code though this is rarely a goal of the author. What do I mean by this? Well, in under 3 seconds, can you discern what the following code means?<\/p>\n

\r\na = who ;\r\na = a(~cellfun('isempty',regexp(a,'2$'))) ;\r\nstr = sprintf('%s,',a{:}) ;\r\nstr = sprintf('B = cat(1,%s) ;',str(1:end-1)) ;\r\neval(str) ; \r\n<\/pre>\n
Unless you are one of the proponents of this code pattern (see this newsgroup post<\/a>, for example), you likely couldn't tell that the code is saying<\/p>\n
\nConcatenate all variables that have '_2' in their name, i.e. a_2, b_2, c_2\n<\/p><\/blockquote>\n
Efficiency<\/h3>\n
When a function M-file is run in MATLAB for the first time in a session, MATLAB reads in the file, translates it into an internal representation, analyzes the contents, and executes the code.  The next time you use this function in the same MATLAB session, assuming the file hasn't changed, MATLAB doesn't need to reread and translate the file.  <\/p>\n
However, if the M-file contains any calls to the function eval<\/kbd>, at least those lines of code will need to be reinterpreted each time the function is run.  Why?  Because there is no guarantee, and it is generally not true, that the expression that was executed in the first instance is the same as subsequent ones.  The expression may require different MATLAB functions or variables.  In any case, to be sure MATLAB gets the right answer, at least the lines of code containing eval<\/kbd> statements need to be re-analyzed with each invocation.<\/p>\n
Analyzability<\/h3>\n
In an M-file, if the functions being called are coded into strings so they can be placed into eval<\/kbd> statements, it is very difficult to build up a complete understanding of the functions and files that your M-file depends upon, especially in a static way.  It might be possible, though probably difficult and perhaps error-prone, to scan through an M-file to see where strings are used in eval<\/kbd> statements and to try to pull out the possible function and file names from these.<\/p>\n
Techniques to evade eval<\/kbd><\/h3>\n