biginteger

    0

    1答えて

    元気? 大きなバイナリチェーン(文字列変数)を操作するプログラムを作成しました。これは、私のチェーンを変数に格納する必要があるので、数値として使うことができます。私がこのような長い数字を格納するのに十分な大きさの唯一の変数型は、BigInteger(1.0E100 +と言います)です。 val = BigInteger.Parse(bin, 2) しかし、必要に応じて2番目のパラメータは唯一N

    2

    1答えて

    2つの非常に大きな数値を比較したいと思います。 現在の方法は機能しますが、一部の入力では2000ミリ秒以上の時間がかかります。 マイコード: import java.io.*; import java.math.*; import static java.lang.Math.pow; public class comparelarge { public static void m

    1

    1答えて

    私はmath/bigと一緒に働いています。 "2023930943509509"のような数字のstringをbig.Rat型の値に変換する短い方法を誰かが知っているのではないかと思いました。 私は.SetString()がbig.Intタイプのために使用できることを知っていますが、Ratタイプのために同じことができますか?

    -1

    1答えて

    私は新しいプログラミングに一般的なので、私は愚かな質問を求めるために再度downvotedを得ないことを願っています。 私はプロジェクトのオイラーの問題を解決するために働いています.25桁の「1000桁のフィボナッチ数」で、私は奇妙な動作に遭遇しました。次のコードは、この動作の結果として書いたものです。 package main import ( "fmt" "math/bi

    2

    1答えて

    のパフォーマンスを向上させますこの問題。 目的はx(k、w)を計算することです。ここで、wは前に計算され、k、wはBigIntegersです。 kとwが非常に大きいので、計算には多くの時間が必要です。 私はすでにBigIntegersのArrayListを使用してソリューションを実装していますが、これは小数点のみでうまくいきました。私はX(K、W)とないシーケンスのすべての数字を必要とするようその

    0

    1答えて

    私は自分のコードを動作させることができましたが、同様のものを書き込むためのより良いアプローチ、ヒントや間違いを指摘するような気がしますか? は、ここに私のコードです: public static void main(String[] args) { DecimalFormat df = new DecimalFormat("0.##E0"); BigDecimal a;

    6

    2答えて

    BigIntegerを使用する必要がありますが、kotlinで類似するものは見つかりません。 JavaのBigIntegerにはkotlinの代替クラスがありますか? または 私はkotlinにJavaクラスをインポートする必要がありますか?

    0

    1答えて

    私は現在、私に与えられたbigintクラスを使用しています。私は加算減算と乗算演算を成功裏に作成することができましたが、除算演算子をクラックさせることはできません。 私は商の残りの部分を得ることに腹を立てることはありません。私は小数点より前の数だけに興味があります。私もいくつかの小切手を追加しました。 2番目の数値がゼロの場合、最初の数値はゼロを返します。 2番目のチェックは、2番目の数値が最初の

    1

    1答えて

    開始されたBigIntegerに大きな数字を追加しようとしていますが、入力の種類が0の場合は出力が0になっています。 import java.util.Scanner; import java.math.BigInteger; public class NEO01 { public static void main(String []args){ Scanner i

    0

    3答えて

    現在静的な大きな数値で計算するため、BigIntegerを使用するプロジェクトがあります。しかし、明らかに私のアプリケーションは本当に遅いです。 私はGPUについて分かりませんが、もっと速く大きな数値を計算するのに使うことができると聞きました。だから私は、GPUに "重い数値の計算"を与えて、このようにアプリケーションを高速化する方法があるのだろうかと思います。