You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@drill.apache.org by "Paul Rogers (JIRA)" <ji...@apache.org> on 2017/01/09 21:18:58 UTC
[jira] [Created] (DRILL-5184) Remove check style restriction on
brackets for one-line statements
Paul Rogers created DRILL-5184:
----------------------------------
Summary: Remove check style restriction on brackets for one-line statements
Key: DRILL-5184
URL: https://issues.apache.org/jira/browse/DRILL-5184
Project: Apache Drill
Issue Type: Improvement
Affects Versions: 1.8.0
Reporter: Paul Rogers
Priority: Minor
Drill's build currently enforces a check style rule that all control statements must have brackets. For example:
{code}
if (true)
doSomething();
{code}
is perfectly valid Java: the construct with well-known semantics inherited from C.
However, check style rejects the above. It must be:
{code}
if (true) {
doSomething();
}
{code}
Is this a good rule? Possibly. It may prevent the occasional bug. The real question is: is the benefit worth the cost? What is the cost? The cost is that developers tend to write legal Java code, do a build, wait for the build to fail, then must go back and fix code. The cost is thus x% of builds must be redone for trivial errors in check-style rules. In my own case, about half of builds fail because I'm in the habit of writing valid Java, not Drill-specific java...
So, the question is, is the savings derived from avoiding some hypothetical bug worth the very real cost of reducing developer productivity?
At the very least, make check-style issues into warnings to be ignored in development builds, cleaned up when preparing code for a PR.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)