Re: Wishlist

new topic     » goto parent     » topic index » view thread      » older message » newer message

On Thursday 28 June 2001 02:03, daryl_vdb at HOTMAIL.COM wrote:


> Prehaps a better idea:
> procedure foo (byref sequence s1)
> or:
> procedure foo (sequence &s1)
>
> This way you would still have type checking.

Yes. However, you wouldn't know from reading the code that calls 
foo whether or not the parameter was being modified:
Example:

  foo(s)

You know that procedure foo() uses s, and does something, 
But what is the condition of s afterward? Do you know?
Not without reading the source for foo(), which may be difficult,
or even impossible (shrouded).

You also have no control over whether s will be modified or not. 
So you have to save it in a temp, and restore it afterward.
Not a good thing. 

Wouldn't it be easier to control that in YOUR code, by explicitly 
ALLOWING changes when you were willing to accept them:

foo ( vary x)  -- IF the procedure wants to and knows how, that is.
foo ( x ) -- use it, but don't lose it!

Regards,
Irv 



> >4-- Enhanced '?'
> >	If a sequence contains all ascii characters, output it as string.
>
> It may slow down the ? statement if the interpreter always has to check
> whether or not all the elements of a sequence are ASCII characters.
>
> >5-- Enhanced standard library(s), possibly built-in
> >	string functions
> >	regular expressions
> >	isAscii () etc.
> >	containers
> >
> >
> >
> >6-- slicing shorthands:
> >	seq[2..]     =>  seq[2..length(seq)]
> >	seq[i..-3]   =>  seq[i..length(seq-3)]
> >	seq = [2..]  =>  seq = seq[2..length(seq)]
> >	seq += "a"   =>  seq = append (seq, "a")
>
> The fourth one is already possible.
>
> seq &= "a"
>
> >15- Block comments
>
> That would be al right.  It would allow quick commenting of entire blocks
> of code.
>
>
>
>
>

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu