Re: ArchiveEntry optional arguments refactoring

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: ArchiveEntry optional arguments refactoring
Дата
Msg-id 13281.1547738619@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: ArchiveEntry optional arguments refactoring  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Ответы Re: ArchiveEntry optional arguments refactoring  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> On 2019-Jan-16, Dmitry Dolgov wrote:
>> ArchiveEntry((ArchiveArgs){.tablespace = 3,
>> .dumpFn = somefunc,
>> ...});

> Is there real savings to be had by doing this?  What would be the
> arguments to each function?  Off-hand, I'm not liking this idea too
> much.

I'm not either.  What this looks like it will mainly do is create
a back-patching barrier, with little if any readability improvement.

I don't buy the argument that this would move the goalposts in terms
of how much work it is to add a new argument.  You'd still end up
touching every call site.

            regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Acceptable/Best formatting of callbacks (for pluggable storage)
Следующее
От: Andreas Karlsson
Дата:
Сообщение: Re: Early WIP/PoC for inlining CTEs