From: Kevin Ryde <user42@zip.com.au>
Subject: doco srfi-2 and-let*
Date: Sat, 17 May 2003 09:59:53 +1000 [thread overview]
Message-ID: <87issao32e.fsf@zip.com.au> (raw)
I'd like to propose
* srfi-modules.texi (SRFI-2): Rewrite and-let*, adding plain
expression clauses and improving the examples.
New text below. I quite like the first example, which I think is
realistic and sensible. But the second is a bit of a contrivance and
I'd be open to better ideas.
SRFI-2 - and-let*
=================
The following syntax can be obtained with
(use-modules (srfi srfi-2))
- library syntax: and-let* (clause ...) body ...
A combination of `and' and `let*'.
Each CLAUSE is evaluated in turn, and if `#f' is obtained then
evaluation stops and `#f' is returned. If all are non-`#f' then
BODY is evaluated and the last form gives the return value. Each
CLAUSE should be one of the following forms,
`(symbol expr)'
Evaluate EXPR, check for `#f', and bind it to SYMBOL. Like
`let*', that binding is available to subsequent clauses.
`(expr)'
Evaluate EXPR and check for `#f'.
`symbol'
Get the value bound to SYMBOL and check for `#f'.
Notice that `(expr)' has an "extra" pair of parentheses, for
instance `((eq? x y))'. One way to remember this is to imagine
the `symbol' in `(symbol expr)' is omitted.
`and-let*' is good for calculations where a `#f' value means
termination, but where a non-`#f' value is going to be needed in
subsequent expressions.
The following illustrates this, it returns text between brackets
`[...]' in a string, or `#f' if there are no such brackets (ie.
either `string-index' gives `#f').
(define (extract-brackets str)
(and-let* ((start (string-index str #\[))
(end (string-index str #\] start)))
(substring str (1+ start) end)))
The following shows plain variables and expressions tested too.
`diagnostic-levels' is taken to be an alist associating a
diagnostic type with a level. `str' is printed only if the type
is known and its level is high enough.
(define (show-diagnostic type str)
(and-let* (want-diagnostics
(level (assq-ref diagnostic-levels type))
((>= level current-diagnostic-level)))
(display str)))
The advantage of `and-let*' is that an extended sequence of
expressions and tests doesn't require lots of nesting as would
arise from separate `and' and `let*', or from `cond' with `=>'.
_______________________________________________
Guile-devel mailing list
Guile-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/guile-devel
next reply other threads:[~2003-05-16 23:59 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-16 23:59 Kevin Ryde [this message]
2003-05-22 1:34 ` doco srfi-2 and-let* Kevin Ryde
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87issao32e.fsf@zip.com.au \
--to=user42@zip.com.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).