On 05.02.2023 21:36, Watson Ladd wrote: > On Mon, Jan 23, 2023 at 10:48 PM Julian Reschke <julian.reschke@gmx.de> wrote: > <snip much context> >> >> What I'm looking for is a strategy that avoid tons of flags in parsers, >> and confusing APIs when using them. > > I'm a little confused by what you want. Is the situation the following: > > I put in a new kind of field for a new field My-Field. That new kind > isn't understood by existing code, implementations that want My-Field > to be parsed need to update their parser to parse the new kind. > ... That's a simple approach. It works well for new code that wants to parse new fields. But what about existing code that just gets maintenance? If the parser is updated (without any toggles), it will start accepting syntax it's not supposed to accept (for that field). Best regards, JulianReceived on Monday, 6 February 2023 05:14:26 UTC
This archive was generated by hypermail 2.4.0 : Monday, 6 February 2023 05:14:27 UTC