Re: Re^3: Perl Programming ToolsPerl and IDEs


There's more than one way to do things
	PerlMonks

Re: Re^3: Perl Programming ToolsPerl and IDEs

by stefp (Vicar)

on Oct 14, 2002 at 19:47 UTC ( [id://205193]=note: print w/replies, xml )

Need Help??

in reply to Re^3: Perl Programming Tools - (who, what, where, when, and why)
in thread Perl Programming Tools - (who, what, where, when, and why)

Yes, with tied variables, even reading variables can have side effects. I hope that perl6 will be more friendly to IDEs. For example a tied variable that has a side-effect should be flagged as dangerous by an appropriate property.<o> That's my main grief against Perl. Natural languages come with an environment, so should computer languages. Well, perlmonks is a social environment. That's already something. :)

-- stefp -- check out Nemo

Comment on Re: Re^3: Perl Programming ToolsPerl and IDEs

Replies are listed 'Best First'.

Re^5: Perl Programming ToolsPerl and IDEs
by John M. Dlugosz (Monsignor) on Oct 14, 2002 at 19:55 UTC

If you tie something, you are basically saying that you're implementing the interface for a built-in type, so that value can be stored in any so-typed variable.

Code is written that uses an INTEGER (In Perl6, the all-cap is the class, and the lowercase is the machine primitive, right?). You pass in a value that is really the Perl6 equivilent of Perl 5's tie feature, whatever it is called (the normal isa/implements syntax should do it, I suppose).

If assigning a value to it really has bizzare side effects, that code doesn't know it. Neither can a compiler or other tool doing static analysis of the code.

That's a property of the run-time value, not the lexical variable that holds it.

[reply]

In Section Seekers of Perl Wisdom