問題タブ [luhn]

AUTO_INCREMENT単一のクエリを使用して、挿入されたすべての行に対して別のフィールドの値を定数値に設定して、フィールドを持つテーブルに多数の順次レコードを挿入できるようにしたいと考えています。

例：

これらすべてを に設定して開始し、CheckDigit後でから計算したいと思います。0First15

次のようなクエリを想像します。

Where(...)は行の無限セットなどを作成します。

これは私の AP コンピューター プログラミングのクラスのためのもので、自分のコードの何が問題なのかわかりません。私の他のプログラミング教師は、基本的に私のコードに問題はないと考えており、さまざまなコードセットを試してみましたが、どれもうまくいきませんでした。ただし、このコードが最も機能する可能性が高いようです。

私は何を間違っていますか。発生しているエラーは次のとおりです

スレッド「メイン」での例外 java.lang.ArrayIndexOutOfBoundsException: 4

TC1.work(TC1.java:24)で

TC1.main(TC1.java:12) で

Luhn のアルゴリズムを使用して、入力されたクレジット カード番号が有効かどうかをチェックする学校の課題に取り組んでいます。

1954 年、IBM の Hans Luhn は、クレジット カード番号を検証するためのアルゴリズムを提案しました。このアルゴリズムは、カード番号が正しく入力されているかどうか、またはクレジット カードがスキャナによって正しくスキャンされているかどうかを判断するのに役立ちます。クレジット カード番号は、Luhn チェックまたは Mod 10 チェックとして一般に知られているこの有効性チェックに従って生成されます。これは次のように記述できます (例として、カード番号を考えてみましょう4388 5760 1840 2626)。

1. 右から左に 1 桁ごとに 2 倍します。桁を 2 倍すると 2 桁になる場合は、その 2 桁を足して 1 桁の数にします。

2. 次に、ステップ 1 の 1 桁の数字をすべて追加します。4 + 4 + 8 + 2 + 3 + 1 + 7 + 8 = 37

3. カード番号の奇数桁を右から左にすべて追加します。6 + 6 + 0 + 8 + 0 + 7 + 8 + 3 = 38

4. ステップ 2 とステップ 3 の結果を合計します。37 + 38 = 75

5. ステップ 4 の結果が 10 で割り切れる場合、カード番号は有効です。それ以外の場合は無効です。たとえば、番号4388 5760 1840 2626は無効ですが、番号4388 5760 1841 0707は有効です。

私が書いたコードのメソッドを使用して、このプログラムを書く必要があります。

2か月前にプログラミングの方法を学び始めたばかりなので、これにはかなり慣れていません。プログラムがコンパイルされず、これを修正するために何をしなければならないのか、その理由がわかりません。これに関してはすでに同様のトピックが投稿されていることを知っており、この投稿を使用して少しガイドしてきました. 誰かが学生を正しい方向に向ける手助けをして、私が間違っていることを教えてもらえますか?

だから私はLuhnアルゴリズムを適用するときにいくつかの問題を抱えています ここに一般的なルールがあります: http://www.codeproject.com/Tips/515367/Validate-credit-card-number-with-Mod-algorithm

ここに私のコードがあります

ほとんどのカードで動作します

でもこれになると

AMEX: 37828224631000(無効)

何らかの理由で、私のコードは有効ではないと言っていますが、公式のテスト カード リストに従っている必要があります。

動作している他の多くのコードを見てきましたが、間違いを修正して自分の間違いを理解したいと思っています。なぜこのように機能するのか、いくつかの説明をいただければ幸いです。

文字列の最後の桁を取り除き、それを逆にする...これらはPostgresからOracleまで少し異なりますが、簡単に達成できます。

このクエリ フラグメントは、その約半分です。

残っている唯一のことは、すべての数字を合計してから、それらを mod 10 することです。ただし、次の方法でそれを試みると:

次のエラーが表示されます。

合計を削除すると、次のようになります。

これを入手します。ここは私が払うわ：

合計を出すことができれば、それでcheck (n%10 = right('6011406981867628',1))終わりです。

これらに対して sum() を実行することは可能ですか?

Java サーブレット アプリケーションに luhn 式を実装しようとしています。インターネットに散らばっている他の「有効な」クレジット カード番号を試しましたが、うまくいきませんでした。私はそれを正しく取得したかどうかを知りたいだけです。どんな助けでも大歓迎です！

OCR を使用して、約 16 ～ 20 文字 (A ～ Z、0 ～ 9) のシリアル番号を読み取りたいと考えています。毎回すべての文字が正しく認識されるとは限らないので、シリアル番号にチェック文字を1つ追加したい。現時点では、シンプルな Luhn mod N algo ( Wikipedia)を見つけました。このアルゴリズムは、転置エラー (09 => 90) に対して安全ではありません。

ウィキペディアからの実装:

NumberOfValidInputCharacters() は 36 (A ～ Z、0 ～ 9) になります。

しかし、「factor」変数をシリアル番号内の文字の実際のインデックスに変更すると、以前と同じように安全になりますか? (コードの ** ** 行を参照)