問題タブ [error-detection]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
javascript - JSDOM の特定のスクリプトを無視する
特定の Web ページを監視するためのツール セットを構築しています。これらのページには、内部で作成された JavaScript と外部のツールおよびスクリプトが組み合わされています。jsdom.env が JavaScript エラーに遭遇すると、エラーで失敗します。
内部で作成されたスクリプトで問題が発生した場合は、開発者と協力して修正することができますが、外部アイテムの場合はより困難です。
個別に、またはドメインごとに、またはその他の方法で、特定のスクリプトのエラーを単純に無視するように jsdom に指示する方法はありますか?
crc - CRC-8 に x^8 +x^2 +x+1 のような生成多項式を使用するのはなぜですか?
この G(x) =x^8 +x^2 +x+1 のような生成多項式を CRC-8 に使用する理由。これが最適な場合、どのように証明できますか。または、この多項式 G(x) = x^5 + x^4 + x^2 + 1 を CRC-5-ITU に使用します。
null - UIViewControllers で Swift のプロパティを暗黙的にアンラップする必要がありますか?
このviewControllerがあるとしましょう
そして、セグエを介して前のコントローラーをプッシュするこの別のコントローラーがあります
MainViewController は DetailsViewController をインスタンス化しないため、「テキスト」が設定されることは保証できません。だから私はそれを「文字列?」と宣言することができますか?または「文字列!」。
"String?": ".text?" と書く必要があります。ビューでDidLoad。MainViewController がプロパティを設定しない場合、テキストが欠落しているビューが表示される可能性があります。
"String!": コードは単純ですが、MainViewController がプロパティを設定しないとアプリがクラッシュします。
エラーが発生した場合に最適なオプションはどれですか?不完全なビューを表示するか、クラッシュしてエラー ログを取得しますか? 最後の 1 つはユーザーにとって不快ですが、特に開発時のバグ追跡に役立ちます。
「String?」を使用するのが良い解決策だと思います。assert() を使用すると、アプリは開発時にのみクラッシュします。他の提案?
uart - UART 通信: ODD と EVEN パーティの使用
現在、UART通信の理解に取り組んでいます。パリティ ビットは送信エラーをチェックするために使用されますが、奇数モードと偶数モードがあるのはなぜですか?
それらはまったく同じ用途に役立ちます。2つのモードのうちの1つで十分です。たとえば、odd は問題なく常に使用できますね。
説明ありがとう。
algorithm - IoT 障害検出アルゴリズムの実装
ここで見つけたホワイトペーパーからセンサー障害検出アルゴリズムを実装しようとしています: http://www.hindawi.com/journals/mpe/2013/712028/ref/ 私の数学のスキルはまともですが、この記事では得られませんすべてがどのように設定されているかについての詳細。
私の現在の実装は次のようになります。
IsOutlier および IsRatStatChange 関数の実装が困難になっています。
- IsSpike では、xi と tau はどのように計算されますか、またはそれらは何を表していますか?
- IsOutlier 関数の場合、シータはどのように計算されますか?
- IsRatStatStange 関数については、まだ詳しく調べていないのですが、これをしっかりと把握している方はいらっしゃいますか?
あなたが輝く他の洞察は、最も高く評価されます。前もって感謝します。
encryption - AES に特定のパディング パターンを使用してエラーを検出できますか?
最近、私は AES に関するラボを読み、実行しています。128 ビット AES の場合、暗号化中に平文が 128 ビット未満の場合、すべて 0 のパディングが追加されます。復号化後、これらの 0 を削除できます。
エラー検出にパディングを使用することを考えています。平文が常に 16 ビットの場合、復号化後のテキストは (16 ビットのデータ + 112 ビットの 0) の形式になるはずです。この形式を「法的な平文」と呼びます。合計で 2^16 の正当な平文が存在する可能性があります。
攻撃者がキーと IV を知らない場合、暗号を変更することで、復号化された平文を任意の形式にすることができます。彼/彼女は (2^16)/(2^128) = 2^(-112) の確率で正当な平文にすることができますが、これは非常に小さなチャンスです。
これは合理的に聞こえますか?
(もちろん、攻撃者は i 番目の暗号を変更して、(i+1) 番目の平文で必要な結果を得ることができます)