
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.
54 lines
859 B
Plaintext
54 lines
859 B
Plaintext
== Why is this an issue?
|
|
|
|
Shared naming conventions allow teams to collaborate efficiently.
|
|
|
|
This rule raises an issue when a method name does not match a provided regular expression.
|
|
|
|
For example, with the default provided regular expression `++^([A-Z0-9_]*|[a-z0-9_]*)$++`, the method:
|
|
|
|
[source,abap]
|
|
----
|
|
METHOD MyMethod "Noncompliant
|
|
...
|
|
ENDMETHOD.
|
|
----
|
|
|
|
should be renamed to
|
|
|
|
[source,abap]
|
|
----
|
|
METHOD MY_METHOD
|
|
...
|
|
ENDMETHOD.
|
|
----
|
|
|
|
ifdef::env-github,rspecator-view[]
|
|
|
|
'''
|
|
== Implementation Specification
|
|
(visible only on this page)
|
|
|
|
include::../message.adoc[]
|
|
|
|
=== Parameters
|
|
|
|
.format
|
|
****
|
|
_STRING_
|
|
|
|
----
|
|
^([A-Z0-9_]*|[a-z0-9_]*)$
|
|
----
|
|
|
|
Regular expression used to check the [method|function|subroutine] names against
|
|
****
|
|
|
|
|
|
'''
|
|
== Comments And Links
|
|
(visible only on this page)
|
|
|
|
include::../comments-and-links.adoc[]
|
|
|
|
endif::env-github,rspecator-view[]
|