2023-05-03 11:06:20 +02:00
== Why is this an issue?
2020-06-30 12:47:33 +02:00
There is no good reason to create a new object to not do anything with it. Most of the time, this is due to a missing piece of code and so could lead to an unexpected behavior in production.
2021-02-02 15:02:10 +01:00
2020-06-30 12:47:33 +02:00
If it was done on purpose because the constructor has side-effects, then that side-effect code should be moved into a separate method and called directly.
2023-05-03 11:06:20 +02:00
=== Noncompliant code example
2020-06-30 12:47:33 +02:00
2022-02-04 17:28:24 +01:00
[source,javascript]
2020-06-30 12:47:33 +02:00
----
new MyConstructor(); // Non-Compliant
----
2023-05-03 11:06:20 +02:00
=== Compliant solution
2020-06-30 12:47:33 +02:00
2022-02-04 17:28:24 +01:00
[source,javascript]
2020-06-30 12:47:33 +02:00
----
var something = new MyConstructor(); // Compliant
----
2021-04-26 17:29:13 +02:00
2023-05-03 11:06:20 +02:00
=== Exceptions
2021-04-26 17:29:13 +02:00
Immediately dropped new objects inside ``++try++``-statements are ignored.
2022-08-04 15:12:16 +02:00
[source,javascript]
2021-04-26 17:29:13 +02:00
----
try {
new MyConstructor();
} catch (e) {
/* ... */
}
----
2021-06-02 20:44:38 +02:00
2021-06-03 09:05:38 +02:00
ifdef::env-github,rspecator-view[]
2021-09-20 15:38:42 +02:00
'''
== Implementation Specification
(visible only on this page)
2023-05-25 14:18:12 +02:00
=== Message
Either remove this useless object instantiation of "XXXX" or use it
2021-09-20 15:38:42 +02:00
2021-06-08 15:52:13 +02:00
'''
2021-06-02 20:44:38 +02:00
== Comments And Links
(visible only on this page)
2023-05-25 14:18:12 +02:00
=== on 27 May 2015, 11:57:01 Ann Campbell wrote:
Looks good [~freddy.mallet]. I forgot that moving this to a sub-task wouldn't clear out the extra fields. Thanks for taking care of that.
include::../comments-and-links.adoc[]
2021-06-03 09:05:38 +02:00
endif::env-github,rspecator-view[]