Есть лаба где надо сравнить long и double. При проверке подсказали что long сравнивать с long, long и double нужно сравнить особым образом, все остальные типы приводить к double. Вопрос следующий почему long и double нужно сравнить особым образом? К BigDecimal приводить неверно .

Long.compareTo(x, y)

Добавьте уже новую секцию - java

Хотя просто compare(x, y)

(1) не верно, оба числа должны быть лонг, а тут лонрг и дабл, ты обертку от  лонга используешь

(3) просто компайр не бывает

(4) продвижение типов, не?

double val1 = 1.0;
long val2 = (long) val1;

лонг меньше дабл, почему к его к даблу привести вообще не понятно, ошибка может произойти если long_maxvalue. Все равно не понятно как

(6) это косяк сильный, привести дабл к лонг, наоборот можно

(6)
double val1 = 1.5;
long val2 = (long) val1; // равно 1

ДенисЧ подскажи

(9) это понятно, я смотрю на (1)

так как их сравнивать-то "правильно"? Мне вот совсем непонятно, почему их нужно сравнивать как-то по особенному, а не продвигать один тип к другому?

Правильно будет так

long val1 = 1;
double val2 = (double) val1;

"long и double нужно сравнить особым образом, все остальные типы приводить к double"

Так почему long не привести к double?

(11) и я уже все перечитал, не вижу проблемы. цитата "в таком случае у тебя не сработает Long.MAX_VALUE" вот подсказка от проверяющего

(13) походу надо как-то через классы-обёртки сравнивать

(9) double превышает long на много-много порядоков, так как внутри пишется в экспоненциальной форме (много статей в инете о представление плавающей точки на уровне железа). И соответственно у тебя может быть усечение значения.
Более правильно кстати тогда не Long.compare(x,y) брать а Dobule.compare(x,y), хотя на самом деле они оба реализуются на машинном уровне а не байткодом.

(15) я в (9) показал ошибку из другого сообщения, это понятно. Проблема в том что проверяющий не сичтает что перевод в дабл правильное решение. см (13)

(16) JShell:

jshell> double a = Double.valueOf(Long.MAX_VALUE)
a ==> 9.223372036854776E18

jshell> long b = Long.MAX_VALUE
b ==> 9223372036854775807

jshell> Double.compare(a, b)
$3 ==> 0

(17) А попробуй тоже самое, но long b = Long.MAX_VALUE - 1;

(2) Salesforce

(18) Выдаст точно то же самое:
jshell> double a = Double.valueOf(Long.MAX_VALUE - 1)
a ==> 9.223372036854776E18

jshell> long b = Long.MAX_VALUE
b ==> 9223372036854775807

jshell> Double.compare(a, b)
$3 ==> 0


Просто нужно уяснить что в Double в принципе не может храниться 9223372036854775806 (Long.MAX_VALUE - 1).
происходит потеря точности:

jshell> double d = 9223372036854775806.0
d ==> 9.223372036854776E18

+(20)
jshell> Double d = 9223372036854775806.0
d ==> 9.223372036854776E18

jshell> d.longValue()
$4 ==> 9223372036854775807

jshell>

+(21)
jshell> Double d = 9.223372036854775E18
d ==> 9.2233720368547748E18

jshell> d.longValue()
$14 ==> 9223372036854774784

Таким образом double может хранить ближайшие числа

9223372036854774784 и 9223372036854775807

(20) напиши как правильно сравнить, пока примерно понятно

(23) Так я и написал Double.compare(x,y)
То что у тебя long будет к примеру Long.MAX_VALUE - 1 оно и будет либо меньше Double.valueOf(Long.MAX_VALUE) либо больше 9223372036854774784. А между этими значениями просто double просто не может содержать значений, ему физически разрядов не хватает для такой точности.

(24) большое тебе спасибо ! ты 1С ник ?

(24) лонги надо сравнивать между собой, а остальные сравнивать через дабл

(0) long глупо сравнивать с double у них разрядность (точность) слегка иная.
https://habr.com/ru/post/219595/
https://javarush.ru/groups/posts/2136-ustroystvo-vejshestvennihkh-chisel

Короче если по тупому то можно в long засунуть такое число, которое при переносе в double потеряет свою точность.
В то время как классические int прекрасно переносятся и сравниваются с double.

Чтобы сравнить long и double надо знать точность представления типа double на конкретной платформе и привести (округлить) значение.

(27) с точки зрения теории я тебя понимаю, а как на практике это реализовать. На ссылке JavaRush предлагают использовать DigDecimal

вот что получилось


    static <T extends Number, V extends Number> int compareT(T num1, V num2) {

        long l1;
        long l2;
        double d1;
        double d2;

        if (num1 instanceof Long && num2 instanceof Long) {

            l1 = num1.longValue();

            l2 = num2.longValue();

            return Long.compare(l1, l2);

        } else if ((num1 instanceof Long && num2 instanceof Double) || (num1 instanceof Double && num2 instanceof Long)) {
            // можно в long засунуть такое число, которое при переносе в double потеряет свою точность

            BigDecimal b1 = new BigDecimal("" + num1);
            
            BigDecimal b2 = new BigDecimal("" + num2);

            return b1.compareTo(b2);
          
        } else

            d1 = num1.doubleValue();
            d2 = num2.doubleValue();
            return Double.compare(d1, d2);
    }

и это ваш великий джава?

2 числа сравнить не может. даже паскаль умеет.

(29)   static <T extends Number, V extends Number> int compare(T num1, V num2) {

Хороший язык java.
Надёжный и простой, как Швейцарские часы.

(33) просто здесь сравнивается класс Number, надеюсь так не используется. Лучше типизировать без компараторов.

(33) - вы так говорите, как будто по ха пе лучше

(35) ты что делфи же лучше всех

(35) фузина зе бэст

(29) вместо преобразования через строку лучше делать
BigDecimal b1 = BigDecimal.valueOf(num1);

(38) сейчас гляну

(38) он так не умеет, по сути я сделал тоже самое только из строки

(38) Проще floatValue() и сравнивать с long

(40) как это не умеет?
https://www.geeksforgeeks.org/bigdecimal-valueof-method-in-java/

(0) Equals предлогали?

так это,мантисса double, это 53 бита,а long это 64
просто,внезапно,регистр сопроцессора это 80 бит и там 64 бита на мантиссу есть,т.к. длинные целые как раз 64 бита.
но типа long double во многих языках нет.

поэтому,можно из long отрезать старшие биты,если они 0,то переводить в double и сравнивать.
если не ноль,то с первого значащего бита отсчитать 53,а оставшийся хвост сраанить с нулем,если он не ноль,то в double такого числа просто нет и можно ничего не сравнивать,если они 0,то переводим в double и срааниваем.

(30) в жабе ещё много чудес есть

(0) читайте про приведение типов

Академические задачи такие академические. Кто-нибудь может мне рассказать практический смысл сей задачи?

(47) просто челу лень книжки читать

(33)

Пункт Первый. Java самый лучший язык в мире.
Пункт второй. Если пункт первый не верен, goto Пункт Первый.

(48) дело не в топикстартере, а в "long и double нужно сравнить особым образом". Почему бы их не сравнить как другие числа? Типа из-за того, что на каких-то там мегавеличинах будет неточность?

9_223_372_036_854_775_807

ты только представь себе размеры. Вот если будет задача учёта всех звёзд во вселенной... ну бред же какой-то.

(49) В Java нет goto. Есть только "break label;"

В джава можно все, и даже грабить корованы.