Groups | Search | Server Info | Login | Register
Groups > comp.lang.misc > #11591
| From | bart <bc@freeuk.com> |
|---|---|
| Newsgroups | comp.lang.misc |
| Subject | Re: Removing influences from a language |
| Date | 2025-11-10 00:56 +0000 |
| Organization | A noiseless patient Spider |
| Message-ID | <10erd74$3ljha$1@dont-email.me> (permalink) |
| References | (2 earlier) <10epthm$37jcd$1@dont-email.me> <10eq7aj$39r6t$1@dont-email.me> <10eq94i$3amn7$1@dont-email.me> <10eqbb2$3bmih$1@dont-email.me> <10er8f7$3kmsv$1@dont-email.me> |
On 09/11/2025 23:35, Lawrence D’Oliveiro wrote:
> On Sun, 9 Nov 2025 15:17:54 +0000, bart wrote:
>
>> My view is that matching bracket delimiters of any kind are best
>> suited to be used within the same line.
>
> How do you build complex data structures, then? Such structures are
> very common in data-driven programming. E.g.
Yes, delimiting sets of data of arbitrary length is a weak point. I've
managed to deal with a few patterns of use, but not all.
For example, I have a feature called 'tabledata' used to define parallel
sets of lists (and a related version where the first column is a set of
enums). For your example, it might be something like this:
tabledata commands, args =
("help", [:]),
("showinfo", [:]),
("getinfo", [:]),
end
This defines a list of command strings, and corresponding dict data
('[:]' is an empty dict here). But this does away with the outermost set
of brackets that might span 100 lines.
A tweak to it might have only a single column, and made into a dict
rather than list.
But for this kind of application, I might base it on functions, so:
func cmd_help ...
func cmd_showinfo ...
func cmd_getargs ...
Then some built-in reflection is used to scan functions looking for a
handler for a specific command. Then it is taken from here.
Note that if such data is machine-generated and machine-processed, then
I don't have any objection to using brackets. I just think they are poor
for normal, human readable, line-oriented source code.
This stuff can also be done with configuration files, where you are free
to devise a format that doesn't rely on matching a "(" on line 1 with
")" on line 1315, with hundreds of intervening ( and ) along the way,
which may be unbalanced. (INI files for example.)
Back to comp.lang.misc | Previous | Next — Previous in thread | Next in thread | Find similar
Removing influences from a language bart <bc@freeuk.com> - 2025-11-08 16:16 +0000
Re: Removing influences from a language Mikko <mikko.levanto@iki.fi> - 2025-11-09 12:30 +0200
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2025-11-09 12:22 +0100
Re: Removing influences from a language "Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> - 2025-11-09 14:20 +0100
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-09 14:09 +0000
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2025-11-09 15:40 +0100
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-09 15:17 +0000
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2025-11-09 17:42 +0100
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-09 20:07 +0000
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-02 02:32 +0000
Re: Removing influences from a language Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-09 23:35 +0000
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-10 00:56 +0000
Re: Removing influences from a language Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-10 01:02 +0000
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-10 01:12 +0000
Re: Removing influences from a language Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-10 03:51 +0000
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2025-11-10 09:14 +0100
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-10 11:00 +0000
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2025-11-10 14:13 +0100
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-10 16:20 +0000
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2025-11-10 17:33 +0100
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-10 21:01 +0000
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2025-11-11 12:33 +0100
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-02 03:13 +0000
Re: Removing influences from a language Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-11-11 12:59 +0100
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-11 15:08 +0000
Re: Removing influences from a language Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-11 20:44 +0000
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-11 23:16 +0000
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-02 03:09 +0000
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2026-02-02 11:32 +0100
Re: Removing influences from a language Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-02-02 16:32 +0100
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-08 15:52 +0000
Re: Removing influences from a language Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2026-02-08 17:51 +0100
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-09 16:58 +0000
Re: Removing influences from a language ram@zedat.fu-berlin.de (Stefan Ram) - 2026-02-09 18:01 +0000
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-09 23:44 +0000
Re: Removing influences from a language Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-10 06:41 +0000
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-10 14:40 +0000
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-09 23:40 +0000
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-05 19:49 +0000
Re: Removing influences from a language ram@zedat.fu-berlin.de (Stefan Ram) - 2026-02-06 03:01 +0000
Re: Removing influences from a language ram@zedat.fu-berlin.de (Stefan Ram) - 2026-02-11 12:07 +0000
Re: Removing influences from a language Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-02-11 22:44 +0000
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2026-02-12 16:56 +0100
Re: Removing influences from a language Michael S <already5chosen@yahoo.com> - 2026-02-08 11:01 +0200
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2026-02-08 14:37 +0100
Re: Removing influences from a language Michael S <already5chosen@yahoo.com> - 2026-02-08 15:57 +0200
Re: Removing influences from a language David Brown <david.brown@hesbynett.no> - 2026-02-08 16:34 +0100
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-02 02:39 +0000
Re: Removing influences from a language Tristan Wibberley <tristan.wibberley+netnews2@alumni.manchester.ac.uk> - 2026-02-02 02:07 +0000
Re: Removing influences from a language Lawrence D’Oliveiro <ldo@nz.invalid> - 2025-11-09 20:59 +0000
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-13 17:16 +0000
Re: Removing influences from a language bart <bc@freeuk.com> - 2025-11-13 22:39 +0000
csiph-web