Re: [PATCH] Replace magic constant 3 with NUM_MERGE_MATCH_KINDS
Dean Rasheed <dean.a.rasheed@gmail.com>
From: Dean Rasheed <dean.a.rasheed@gmail.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: Aleksander Alekseev <aleksander@timescale.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>,
Richard Guo <guofenglinux@gmail.com>
Date: 2024-04-22T07:55:37Z
Lists: pgsql-hackers
On Mon, 22 Apr 2024 at 06:04, Michael Paquier <michael@paquier.xyz> wrote: > > On Fri, Apr 19, 2024 at 12:47:43PM +0300, Aleksander Alekseev wrote: > > Thanks. I see a few pieces of code that use special FOO_NUMBER enum > > values instead of a macro. Should we refactor these pieces > > accordingly? PFA another patch. > > I don't see why not for the places you are changing here, we can be > more consistent. [Shrug] I do prefer using a macro. Adding a counter element to the end of the enum feels like a hack, because the counter isn't the same kind of thing as all the other enum elements, so it feels out of place in the enum. On the other hand, I think it's a fairly common pattern that most people will recognise, and for other enums that are more likely to grow over time, it might be less error-prone than a macro, which people might overlook and fail to update. > Now, such changes are material for v18. Agreed. This has been added to the next commitfest, so let's see what others think. Regards, Dean
Commits
-
Use macro to define the number of enum values
- 10b721821d6d 18.0 landed
-
Use macro NUM_MERGE_MATCH_KINDS instead of '3' in MERGE code.
- 2e068db56e31 17.0 landed