33 views (last 30 days)

Show older comments

I have this struct:

A(1).B.C = 'a';

A(2).B.C = 'b';

A(3).B.C = 'a';

When I execute the code below, it works

A(:).B

However, when I execute the code below, it throws an error: “Expected one output from a curly brace or dot indexing expression, but there were 4 results.”

A(:).B.C

WHY do I get this error and MATLAB avoids executing this code?

Stephen Cobeldick
on 13 Mar 2017

Edited: Stephen Cobeldick
on 13 Mar 2017

Comma separated lists are really very simple. You use them all the time. Here is one:

a,b,c,d

There is a comma separated list containing four variables, the variables a, b, c, and d. Every time you write a list of variables separated by commas then you are writing a comma separated list. Most commonly you would write a comma separated list when calling a function or operator:

fun(a,b,c,d)

It is important to note that a comma separated list is not one variable! Sometimes we want to create a comma separated list from one variable: MATLAB has two ways of doing this, these are from a cell array:

cell_array{idx}

ND_struct.field

But both of these are still exactly equivalent to what I wrote at the top: they will generate this:

variable1,variable2,variable3,...

and remember NOT ONE VARIABLE. Therefore the syntax you used:

A(:).B.C

is an error because

A(:).B

creates a comma-separated list, exactly equivalent to this:

A(1).B,A(2).B,A(3).B,...

and it is ambiguous what role the .C should have on the end.

Because this

A(:).B

is exactly equivalent to writing this list of independent variables:

A(1).B,A(2).B,A(3).B...

and yet would you expect to write this list of independent variables:

X,Y,Z.C

and expect it to get the C field of X, Y, and Z?

Stephen Cobeldick
on 14 Mar 2017

Because that is consistent with how MATLAB syntax is defined: the end field is not applied to all separate items in the comma separated list. See my last example.

Personally I avoid using nested structs for exactly this reason: simple non-scalar structs are easy to use, and the shortcut methods to access their data are simply brilliant. But for me nested structs are more hassle than they are worth.

Jan
on 14 Mar 2017

Edited: Jan
on 14 Mar 2017

Because the operation ".C" is defined for structs and struct arrays, but not for a comma separated list. In A.C the opearion ".C" is applied to a struct array. In A(1).B.C it is applied to a struct. And in A(:).B.C it is tried to be applied to a comma separated list, but this is not defined.

You've struggeled a lot with nested structs. Although this might not be intuitive, Matlab does not have vectorized methods to process nested structs. This requires for loops and there is no way around - except for not using nested structs.

Of course it would be possible to implement this. I thought of doing this in a fast C-mex function, but then I stopped this due to ambiguities: What is the wanted result, when the nested struct contains struct arrays in different levels?

X =A(:).B.C(:).D(:).E

Or if C is a cell containing structs? How sould X look like? A general method must be able to catch this in an intuitive way, and this is not possible in my opinion. Therefore a function for accessing nested structs might look smart at first glance, but I'm convinced that it produces confusion and impedes the debugging. Therefore I stopped the development and decided to rely on stupid loops. Even if this might run some percent slower. Elegance of the the code does not rule, when it causes horrible debugging sessions.

Adam
on 13 Mar 2017

A(:).B

returns a comma-separated list of (in your example) 3 objects. You can't then further index these by adding .C at the end. Try just putting A(:).B on your command line and you will see why.

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

Start Hunting!