2023-05-03 11:06:20 +02:00
== Why is this an issue?
2021-04-28 16:49:39 +02:00
Rather than creating a boxed primitive from a ``++String++`` to extract the primitive value, use the relevant ``++parse++`` method instead. It will be clearer and more efficient.
2021-04-28 18:08:03 +02:00
2023-05-03 11:06:20 +02:00
=== Noncompliant code example
2021-04-28 16:49:39 +02:00
2022-02-04 17:28:24 +01:00
[source,java]
2021-04-28 16:49:39 +02:00
----
String myNum = "12.2";
float f = (new Float(myNum)).floatValue(); // Noncompliant; creates & discards a Float
----
2021-04-28 18:08:03 +02:00
2023-05-03 11:06:20 +02:00
=== Compliant solution
2021-04-28 16:49:39 +02:00
2022-02-04 17:28:24 +01:00
[source,java]
2021-04-28 16:49:39 +02:00
----
String myNum = "12.2";
float f = Float.parseFloat(myNum);
----
2021-04-28 18:08:03 +02:00
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
Use "XXX.parseYyy" for this string-to-yyy conversion.
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 10 Oct 2014, 13:58:53 Freddy Mallet wrote:
@Ann, for me this RSPEC fully duplicates RSPEC-2131, what's the difference ? Thanks
=== on 10 Oct 2014, 17:55:39 Ann Campbell wrote:
\[~freddy.mallet] they go in opposite directions. This one is string-to-primitive. The other is primitive-to-string. S'okay?
=== on 11 Oct 2014, 12:13:20 Freddy Mallet wrote:
Ok [~ann.campbell.2] !
2021-06-03 09:05:38 +02:00
endif::env-github,rspecator-view[]