Рассмотреть возможность
1 / 2
или
val x: Int = ..
val n: Int = ..
x / n
Оба они равны .. 0 .., поскольку целочисленное деление приводит к усечению.
Также: (это мой типичный вариант использования):
val averageListSize = myLists.map(_.length).sum()/myLists.length
Несколько раз меня это раздражало, когда это происходило посреди длинных вычислений: первый импульс — проверить, какие логические ошибки были допущены. Только после некоторого периода отладки и ломания головы возникает истинный виновник.
Есть ли способ более четко разоблачить это поведение - например. предупреждение или какая-то (неизвестная мне) языковая настройка или конструкция, которая либо предупреждала бы об этом прерывистом сценарии, либо избегала его?
Дело в том, что целые числа часто являются генерируется - по API или особенно по операциям считая, таким как кардинальность коллекций. я на самом деле не выбрал значение Интерн. .. говоря об этом, я обновлю вопрос, чтобы показать этот вариант использования.





Насколько мне известно, компилятор Scala, похоже, не предоставляет флаг предупреждения, который мог бы позволить вам выдать предупреждение (документация здесь).
Однако, если вы считаете, что усилия того стоят, вы можете использовать Скалафикс и написать свое собственное правило для обнаружения целочисленных делений и выдачи предупреждений об этом.
Ниже приведен краткий пример правила, которое может обнаруживать целочисленное деление на целочисленных литералах:
import scalafix.lint.{Diagnostic, LintSeverity}
import scalafix.patch.Patch
import scalafix.v1.{SemanticDocument, SemanticRule}
import scala.meta.inputs.Position
import scala.meta.{Lit, Term}
class IntDivision extends SemanticRule("IntDivision") {
override def fix(implicit doc: SemanticDocument): Patch =
doc.tree.collect({
case term @ Term.ApplyInfix((_: Lit.Int, Term.Name("/"), Nil, _: List[Lit.Int])) =>
Patch.lint(new Diagnostic {
override final val severity: LintSeverity = LintSeverity.Warning
override final val message: String = "Integer division"
override final val position: Position = term.pos
})
}).asPatch
}
При запуске следующего фрагмента кода:
object Main {
def main(args: Array[String]): Unit = {
println(1 / 2)
}
}
Scalafix выдаст следующее предупреждение:
[warn] /path/to/Main.scala:3:13: warning: [IntDivision] Integer division
[warn] println(1 / 2)
[warn] ^^^^^
хорошо сделано! v сомнительно, что я бы использовал его напрямую, но стоит проголосовать/наградить за информацию
Видит ли Scalafix выведенные типы? Если нет, github.com/wartremover/wartremover может быть более подходящим.
Любая операция деления может привести к усечению или округлению. Это наиболее заметно с Int, но может произойти со всеми числовыми типами (например, 1.0/3.0). Все типы данных имеют ограниченный диапазон и точность, поэтому результат любого вычисления можно скорректировать, чтобы он соответствовал результирующему типу данных.
Неясно, поможет ли добавление предупреждений для конкретного случая деления Int. Невозможно уловить все такие проблемы, и в некоторых случаях выдача предупреждений может привести к ложному чувству безопасности. Это также вызовет множество предупреждений для совершенно корректного кода.
Решение состоит в том, чтобы внимательно следить за любыми вычислениями в программе и помнить об ограничениях диапазона и точности каждой операции. Если речь идет о каких-либо серьезных вычислениях, хорошей идеей будет получить базовые знания в области численного анализа.
Если / операция не работает для вас, сделайте другую.
implicit class Divider[N](numer :N)(implicit evN :Numeric[N]) {
def /(implicit evD :Numeric[D]) :Double =
evN.toDouble(numer) / evD.toDouble(denom)
}
тестирование:
1 /! 2 //res0: Double = 0.5
5.2 /! 2 //res1: Double = 2.6
22 /! 1.1 //res2: Double = 20.0
2.2 /! 1.1 //res3: Double = 2.0
Это не ответит на ваш вопрос, но, как правило, когда вы начинаете заниматься арифметикой, используйте
Floats,Doubles или дажеBigDecimals.