51369b610e
When an include is not surrounded by empty lines, its content is inlined on the same line as the adjacent content. That can lead to broken tags and other display issues. This PR fixes all such includes and introduces a validation step that forbids introducing the same problem again.
37 lines
1.0 KiB
Plaintext
37 lines
1.0 KiB
Plaintext
== Why is this an issue?
|
|
|
|
When the call to a function doesn't have any side effects, what is the point of making the call if the results are ignored? In such case, either the function call is useless and should be dropped or the source code doesn't behave as expected.
|
|
|
|
|
|
This rule raises an issue on the following methods of the Swift standard library:
|
|
|
|
* ``++abs++`` function
|
|
* ``++signum++`` method
|
|
* ``++distance++`` method
|
|
* ``++advanced++`` method
|
|
* ``++addingProduct++`` method
|
|
* ``++squareRoot++`` method
|
|
* ``++remainder++``, ``++truncatingRemainder++`` methods
|
|
* ``++rounded++`` method
|
|
* ``++dropLast++``, ``++drop++``, ``++dropFirst++`` methods
|
|
* ``++lowercased++``, ``++uppercased++`` methods
|
|
* ``++sorted++``, ``++reversed++`` methods
|
|
* ``++prefix++``, ``++suffix++`` methods
|
|
|
|
|
|
ifdef::env-github,rspecator-view[]
|
|
|
|
'''
|
|
== Implementation Specification
|
|
(visible only on this page)
|
|
|
|
include::../message.adoc[]
|
|
|
|
'''
|
|
== Comments And Links
|
|
(visible only on this page)
|
|
|
|
include::../comments-and-links.adoc[]
|
|
|
|
endif::env-github,rspecator-view[]
|