On Mon, 23 Apr 2001 16:14:50 -0400, John Siracusa wrote: >Using + for concat: no! > >My vote is to use . and require space before and after. >$this.$is.$ugly.$anyway ;) My vote is to ditch the concat operator altogether. Hey, we have interpolation! "$this$is$just$as$ugly$but$it$works" Which reminds me... one problem I have with it is that it's too hard to separate a variable name from the rest of the string, if it also consists of word characters: my $bar = "BAR"; print "foo${bar}baz"; -> fooBARbaz Since $bar is a lexical variable, this syntax doesn't make much sense anyway: it reeks of symbolic references and those don't work for lexicals. I think I'd like something incorporating a backslash would be nicer: print "foo$bar\Ebaz"; It works, but it may have unwanted side effects -- in case the "\E" actually serves a purpose. But, you may completely forget about it. I just had to say this one day. -- Bart.
- Re: Tying & Overloading Simon Cozens
- Re: Tying & Overloading Larry Wall
- Re: Tying & Overloading John Siracusa
- Re: Tying & Overloading Larry Wall
- Re: Tying & Overloading Larry Wall
- Re: Tying & Overloading Nathan Wiger
- Re: Tying & Overloading Larry Wall
- Strings vs Numbers (Re: Tying & Overloading) Nathan Wiger
- Re: Strings vs Numbers (Re: Tying & Overloading) John Siracusa
- Re: Strings vs Numbers (Re: Tying & Overloading) Branden
- Re: Strings vs Numbers (Re: Tying & Overloading) Bart Lateur
- Re: Strings vs Numbers (Re: Tying & Overloading) Larry Wall
- Re: Strings vs Numbers (Re: Tying & Overloading) Graham Barr
- Re: Strings vs Numbers (Re: Tying & Overloading) John Porter
- Re: Strings vs Numbers (Re: Tying & Overloading) John L. Allen
- Re: Strings vs Numbers (Re: Tying & Overloading) Michael G Schwern
- Re: Strings vs Numbers (Re: Tying & Overloading) Edward Peschko
- Re: Strings vs Numbers (Re: Tying & Overloading) Edward Peschko
- Re: Strings vs Numbers (Re: Tying & Overloading) Michael G Schwern
- Re: Strings vs Numbers (Re: Tying & Overloading) Nathan Wiger
- Re: Strings vs Numbers (Re: Tying & Overloading) John L. Allen