You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As an alternative to #59
while the whole guide is suggests, we could be more explict about the line limit being a suggestion.
What if we removed the line limit rule, and said instead something a long the lines of:
Lines should be kept to a reasonable length.
In general 92 characters is a reasonable length, but for some things longer (or shorter) may better promote clarity.
For example rather than very long list of function arguments on one line instead ....
or for ternary expressions use if instread, e.g. ...
Conversely, for log messages its often clearer to have a very long string than to split the string up and then concatenate it back together.
Argument for this over #59 is that if you are going to set up to need to deal with really long lines, and thus have your editor either setup to wrap or to horisontal scroll, then once you are setup to do it for string literals it remains setup for other needs.
Counter argument is that strign literals are infact special, and you often don't need to care what is at the other end of the string -- because its almost always a log message or similar, so you only look at enough to workout what it is telling the user.
Just putting this alternative out there for consideration
The text was updated successfully, but these errors were encountered:
As an alternative to #59
while the whole guide is suggests, we could be more explict about the line limit being a suggestion.
What if we removed the line limit rule, and said instead something a long the lines of:
Argument for this over #59 is that if you are going to set up to need to deal with really long lines, and thus have your editor either setup to wrap or to horisontal scroll, then once you are setup to do it for string literals it remains setup for other needs.
Counter argument is that strign literals are infact special, and you often don't need to care what is at the other end of the string -- because its almost always a log message or similar, so you only look at enough to workout what it is telling the user.
Just putting this alternative out there for consideration
The text was updated successfully, but these errors were encountered: