
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.
62 lines
1.3 KiB
Plaintext
62 lines
1.3 KiB
Plaintext
== Why is this an issue?
|
|
|
|
Instances of classes that do not derive from the "Throwable" interface cannot be used in a PHP "throw" statement.
|
|
|
|
|
|
Many built-in exceptions such as "Exception" and the SPL exception classes do implement the "Throwable" interface and can be extended when creating custom exceptions.
|
|
|
|
|
|
This rule raises an issue when an instance of a class that does not implement the "Throwable" interface is used in a "throw" statement .
|
|
|
|
=== Noncompliant code example
|
|
|
|
[source,php]
|
|
----
|
|
class NoThrowable {}
|
|
|
|
throw new NoThrowable(); // Noncompliant
|
|
----
|
|
|
|
=== Compliant solution
|
|
|
|
[source,php]
|
|
----
|
|
<?php
|
|
|
|
class SomeThrowable implements Throwable {
|
|
// Implementation of the Throwable methods
|
|
}
|
|
|
|
throw new SomeThrowable(); // Compliant
|
|
|
|
class SomeCustomException extends Exception {}
|
|
|
|
throw new SomeCustomException(); // Compliant{code}
|
|
----
|
|
|
|
ifdef::env-github,rspecator-view[]
|
|
|
|
'''
|
|
== Implementation Specification
|
|
(visible only on this page)
|
|
|
|
=== Message
|
|
|
|
Throw an object derived from "Throwable".
|
|
|
|
|
|
=== Highlighting
|
|
|
|
* Primary: The whole "throw" statement
|
|
* Secondary: The name of the class in its class definition.
|
|
** message: 'Class definition.'
|
|
|
|
|
|
'''
|
|
== Comments And Links
|
|
(visible only on this page)
|
|
|
|
include::../comments-and-links.adoc[]
|
|
|
|
endif::env-github,rspecator-view[]
|