I agree that the consistency that the s-expressions provide is
valuable, and hence it would be counter productive to allow different
kinds of syntax. However, it makes sense to have an explicit way to do
infix notation. As Johan points out above, Haskell has a very elegant
way of infixing functions eg:

div a b
can be written as
a `div` b

And it seems that using a macro which accepts arguments in infix
notation would allow the code to be more expressive and readable. The
formula example Jeff provides is quite readable without requiring any
additional language features.

A general version which does not check operator precedence would
provide a way to use infix notation to make the code more readable.


On Nov 30, 10:20 am, Randall R Schulz <[EMAIL PROTECTED]> wrote:
> On Sunday 30 November 2008 07:06, Daniel Renfer wrote:
>
> > Since it's pretty much the topic, has anyone ever seen this:
>
> >http://www.dwheeler.com/readable/
>
> One thing I'll say is that I can't see myself _ever_ getting behind a
> notation where white-space is significant. The so-called "semicolon
> inference" in Groovy bugs me endlessly (in real-life programming, not
> just 'cause I'm aware it's there). And there have been complaints about
> the Scala counterpart on its mailing lists. Wasn't FORTRAN lesson
> enough about the mistake of giving syntactic significance to blanks
> beyond being simple token separators?
>
> Frankly, I don't see the problem with S-Expressions as we've known them
> for so long. I think they're beautiful. All non-trivial programs are
> complex and require tool support for their creation and even more for
> later comprehension. Once you accept that, then you realize that a
> uniform notation like the S-Expression is just something that requires
> support from the authoring and analysis tools.
>
> Randall Schulz
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To post to this group, send email to clojure@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/clojure?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to