Convert String to Expression for IF Statement
12 visualizaciones (últimos 30 días)
Mostrar comentarios más antiguos
Issue: conditional expression for IF-statement is dynamic
if cond
a = 1;
else
a = 2;
end
"cond" will change according to input strings/values at each run. It can have any logic combination (<, >, =, &&, ||) and any length. Some examples:
- "data1 > 10"
- "data1 > 10 && data1 < 1000"
- "data1 > 215 || data1 < -10"
- "data1 > 35 && data2 = 2 && data 3 < 1000”
Conditions expressions will be read in as strings. Is there a way to convert the string to an executable expression?
Example: Running an equivalent version of the code
data = 10;
cond = 'data > 30';
if cond
a = 1;
else
a = 2;
end
returns a = 2.
0 comentarios
Respuesta aceptada
Rik
el 19 de Jul. de 2019
data<1000
That will return a logical (true or false value).
parseCond=@(data) data<1000;
That will create an anonymous function that returns a logical. You can expand it easily like this:
parseCond=@(data) false;
parseCond=@(data) parseCond(data) || data<1000;
val=800;
parseCond=@(data) parseCond(data) && data>val;
Más respuestas (1)
Christopher Wallace
el 19 de Jul. de 2019
Check out the 'eval' function.
6 comentarios
Christopher Wallace
el 19 de Jul. de 2019
Hi Rik,
I could've guessed the eval hate was coming :)
Can you explain why eval is a poor choice in this particular scenario. While I understand the security downfalls, especially if the condition being run is an input from a user, in this scenario it seems quite fitting. The function exists for a reason so throwing out the blanket statement "using eval is a bad idea" must be false is some instances.
Rik
el 19 de Jul. de 2019
The reasons for the function existing are also discussed in the thread I linked. I don't think it would benefit the discussion to repeat those here.
In this scenario I would argue for a change on the input side that would prevent this strange setup. This data structure doesn't allow changing the variable name, while an anonymous function would (unless it's used with str2func, which is only marginally better than eval). It makes more sense to have the source return the actual test instead of a char array.
It isn't the security concerns for me. Personally I have a strong objection because you take away the automatic code checking tools, and tracking of variable names. And also that an error will not occur at the source.
Ver también
Categorías
Más información sobre Logical en Help Center y File Exchange.
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!