[Tarantool-patches] [PATCH v6 08/25] Fix luacheck warnings in test/app-tap
Igor Munkin
imun at tarantool.org
Mon Jun 1 19:37:51 MSK 2020
Sasha,
Thanks for joining to review!
On 01.06.20, Alexander Turenko wrote:
> > -local function execute_and_verify(test, client, input, exp_output, name)
> > - test:test(name, function(test)
> > +local function execute_and_verify(testcase, client, input, exp_output, name)
> > + testcase:test(name, function(test)
>
> Please, don't forbid redefinitions. I often use it for 'standard' names
> like 'opts', 'ok', 'err', 'test'. It allows to write code blocks in the
> same style:
>
> | local ok, err = <...>
> | <...>
> | local ok, err = <...>
>
I have no objections regarding this proposal, only two nits:
* Those suppressions should be enabled source-wide *only and only when*
all unintentional occurences or the ones masking bugs (if we found
such) are fixed. Otherwise I see no sence in enabling luacheck.
* You can use <do ... end> blocks to write code *blocks* in the same
style. I hope you won't take this comment as an intrusive guidance,
it's just another approach I found for your problem.
> Instead of lopsided way (which also give additional problems, when you
> change such code):
>
> | local ok, err = <...>
> | <...>
> | ok, err = <..>
>
> Or with artificial declarations at block start:
>
> | local ok, err
> | <...>
> | ok, err = <...>
> | <...>
> | ok, err = <...>
>
> I don't like the requirement to use 'testcase', 'testcasecase' or
> 'test2', 'test3' to name usual 'test' variable.
This change relates to a shadowing warning. Vlad is strictly against to
fixing such occurences. I can live both with or without it. Since you're
also against, I guess Sergey need to revert such changes for the cases
*it is made intentionally* and then suppress this warning source-wide.
>
> WBR, Alexander Turenko.
--
Best regards,
IM
More information about the Tarantool-patches
mailing list