Java: double vs flotteur

Dans un autre Bruce Eckel de l'exercice, le code que j'ai écrit prend une méthode et des changements de la valeur dans une autre classe. Voici mon code:

class Big {
  float b;
}

public class PassObject {
  static void f(Letter y) {
    y.c = 'z';
  } //end f()
  static void g(Big z) {
    z.b = 2.2;
  }

  public static void main(String[] args ) {
    Big t = new Big();
    t.b = 5.6;
    System.out.println("1: t.b : " + t.b);
    g(x);
    System.out.println("2: t.b: " + t.b);
  } //end main
}//end class

C'est jeter une erreur en disant "Possible perte de précision."

PassObject.java:13: possible loss of precision
found: double
required : float   z.b = 2.2
passobject.java:20: possible loss of precision
found : double
required : float   t.b = 5.6

Ne peut pas doubles être floats ainsi?

merci d'avance

InformationsquelleAutor phill | 2009-04-24
  1. 32

    Oui, mais vous devez spécifier qu'ils sont des flotteurs, sinon, ils sont traités comme des doubles:

    z.b = 2.2f

    Le " f " à la fin du nombre, il est un float au lieu d'un lit double.

    Java ne sont pas automatiquement étroit, un double à un flotteur.

    • l'ajout de la "f", il fixe. merci!
    InformationsquelleAutor mipadi
  2. 17

    Non, les flotteurs peuvent être automatiquement sortie à double, mais le double ne peut jamais être flotteurs sans une conversion explicite parce que les doubles ont la plus grande portée.

    float gamme est 1.40129846432481707e-45 à 3.40282346638528860e+38

    double gamme est 4.94065645841246544e-324d à 1.79769313486231570e+308d

    • 'les flotteurs peuvent être doubles, mais double ne peut jamais être flottant". c'est faux. les doubles peuvent être flotteurs s'ils se trouvaient dans le flotteur de la gamme.
    • Que faire si je voulais stocker comme 4.1 dans un float, je ne peut pas car il ne passe pas 3.4xxx de gamme? ne pouvez pas l'air de comprendre pourquoi la haute lié commence à 3.xxx quand u peut évidemment store 999.99 pas de problème. Je suis de deviner le plus de points décimaux vous ajoutez le moins que vous pouvez utiliser en avant la virgule? alors pourquoi est-il 3.XX ne devrait-elle pas être 0.XX maximale?
    • l'a jamais informé de ce commentaire, donc je suis juste de répondre à maintenant) les plages sont en notation scientifique... c'est environ 340,282,346,638,528,860,000,000,000,000,000,000,000.0 en décimal pour un flotteur de la limite supérieure.
    • Seulement si vous l'avez explicitement le jeter. Sinon, vous obtiendrez une erreur de compilation... le simple erreur de compilation posées à propos de la question.
    • comment peut flotter stocker un grand nombre comme 40,282,346,638,528,860,000,000,000,000,000,000,000 si elle ne prend que 4 octets de données? Je suppose environ 4 milliards de dollars serait la limite à moins de flotteurs ont une sorte de compression? Je ne comprends flotteurs/doubles sont à perte et ne peut jamais stocker une valeur exacte, par conséquent, ne devraient jamais être utilisés pour les devises.
    • Simple précision IEEE754 nombre à virgule flottante. Les nombres à virgule flottante sont stockés comme un bit de signe et d'une paire de nombres qui constituent l'expression x * 2^y. Pour un float, de gauche à droite, les bits sont à 1 bit pour le signe, 8 bits pour l'exposant et 23 bits pour le numéro de la base (ou mantisse).

    InformationsquelleAutor Powerlord
  3. 9

    Par défaut, Java traiter un nombre décimal (par exemple,"4.3") comme un double, sauf si vous spécifiez un float par l'ajout d'un f après le nombre (par exemple,"4.3f").

    Vous rencontrez le même problème sur les deux lignes. Tout d'abord, la virgule littérale est interprété comme un double par le compilateur. Il a ensuite tenté de l'attribuer à l' b, qui est de type float. Depuis un double est de 64 bits et un float n'est que de 32 bits (voir Java primitives de la documentation), Java vous donne un message d'erreur indiquant que le float ne peut pas s'adapter à l'intérieur de la double. La solution est d'ajouter un f à votre décimal littéraux.

    Si vous avez essayé de faire l'inverse (c'est à dire attribuer un float à un double), ce serait pas un problème puisque vous pouvez l'adapter à une float's 32 bits dans un doubles'64.

    InformationsquelleAutor mtlynch
  4. 6

    Ne pas utiliser float. Il n'est presque jamais une bonne raison de l'utiliser et n'a pas été depuis plus d'une décennie. Utilisez simplement le double.

    • Je suppose que vous n'avez jamais fait de toute OpenGL de développement liées à la via Java... 😛
    • Je l'ai fait dans les 8 dernières années, depuis que j'ai écrit ceci, cependant, de plus en plus puissants GPU veux dire il n'y a pas beaucoup de différence entre l'utilisation de float ou double pour les cas d'utilisation que j'ai travaillé sur. Le principal problème a été de nourrir les données pour le GPU assez rapide.
    • D'accord. Il suffit de prendre sur toi un peu (ouais, c'est un VIEUX de la réponse, je vois maintenant). 🙂 Il serait vraiment bien si on pouvait juste dump flotte entièrement par moment, mais...
    • si tout ce que je voudrais voir en virgule flottante 128 bits de soutien dans le matériel etc.
    • Ah, pas d'argument ici!
    • quelque chose comme C#'s décimal qui utilise 128-bits.

    InformationsquelleAutor Peter Lawrey
  5. 3
    can't doubles be floats as well?

    Pas. Chaque valeur ou variable a exactement un type (double, float, int, long, etc...). Le Java Langage De Spécification membres exactement ce qui se passe lorsque vous essayez d'attribuer une valeur d'un type à une variable d'un autre type. Généralement, les affectations d'une "petite" valeur à une "plus grande" type sont autorisés et effectués de manière implicite, mais les affectations où l'information pourrait être perdue, car le type de cible est trop "petit" pour contenir toutes les valeurs de l'origine ne sont pas autorisés par le compilateur, même si le béton est la valeur d'ajustement dans le type de cible.

    C'est pourquoi le compilateur se plaint que l'attribution d'une valeur double (dont la traduction littérale est implicitement) à une variable de type float pourrait perdre des informations, et que vous avez à l'apaiser par une valeur d'un flotteur, ou par moulage explicitement.

    Un secteur qui provoque souvent des confusions est calculs, parce que ce sont implicitement "élargie" de l'int pour des raisons techniques. Donc, si vous multipliez deux courts-métrages et tentez d'affecter le résultat à une courte, le compilateur va se plaindre parce que le résultat du calcul est un int.

    InformationsquelleAutor Michael Borgwardt
  6. 0

    float gamme est inférieur à double donc d'un flotteur peut être facilement représentées en double, mais l'inverse n'est pas possible parce que, disons-nous prendre une valeur qui est hors de flotteur de gamme, puis lors de la convention, nous allons perdre les données exactes

    InformationsquelleAutor sumanta