Re^5: Dynamic variables

I find that, especially with complex data structures, the -> notation can clarify things by seperating my identifiers.

You also pick as examples of dereferencing notations that can tend to look complex to an inexperienced programmer whether they are references or not. All of the examples you cite for complexity can be rewritten using less confusing notations.

for (0 .. $#{$aref}) {}
# or
for (@$aref) {}

@{$aref2} = ...;
#or
@$aref2 = ...;
[download]

I'm not sure why you don't show that the curly braces can be left out during dereferencing.

dsb
This is my cool %SIG

Comment on Re^5: Dynamic variables Download Code

Replies are listed 'Best First'.
Re^6: Dynamic variables by revdiablo (Prior) on Jul 23, 2004 at 20:49 UTC
I find that, especially with complex data structures, the `->` notation can clarify things by seperating my identifiers I find this view rather bizarre. I think the balanced nature of subscript delimiters clarifies things pretty well as it is. To each his own, I suppose. All of the examples you cite for complexity can be rewritten using less confusing notations. This statement may be true, but your for loop example is not the same as mine. Looping on array indexes and array elements is not the same thing. Sometimes you need the index as well as the value it points to. I'm not sure why you don't show that the curly braces can be left out during dereferencing I generally use the braces for clarity. I suppose that's a bit of a contradiction over my earlier claim of trying to avoid visual noise, but there it is. You're probably right that I should have mentioned it, though. I just didn't think to do so. That said, this whole conversation thread is kind of strange. Am I actually defending the use of plain data structures over references? What's the point? You can use references 100% of the time if you want, but I'll stick to the regular type of variables.	[reply] [d/l]

Replies are listed 'Best First'.

Re^6: Dynamic variables
by revdiablo (Prior) on Jul 23, 2004 at 20:49 UTC

I find that, especially with complex data structures, the -> notation can clarify things by seperating my identifiers

I find this view rather bizarre. I think the balanced nature of subscript delimiters clarifies things pretty well as it is. To each his own, I suppose.

All of the examples you cite for complexity can be rewritten using less confusing notations.

This statement may be true, but your for loop example is not the same as mine. Looping on array indexes and array elements is not the same thing. Sometimes you need the index as well as the value it points to.

I'm not sure why you don't show that the curly braces can be left out during dereferencing

I generally use the braces for clarity. I suppose that's a bit of a contradiction over my earlier claim of trying to avoid visual noise, but there it is. You're probably right that I should have mentioned it, though. I just didn't think to do so.

That said, this whole conversation thread is kind of strange. Am I actually defending the use of plain data structures over references? What's the point? You can use references 100% of the time if you want, but I'll stick to the regular type of variables.

[reply]
[d/l]