問題タブ [fail-fast]

私はこのコードについて心配しています：

C# を使用していた場合は、Linq の Single を使用します。結果に複数の要素がある場合は、すばやく失敗し、例外がスローされます。たとえば、where 句が忘れられているか、条件が間違っているとします。

JavaScriptでそれをどのように実装しますか?

npm protractor-fail-fast の使用中に問題が発生しました。( https://www.npmjs.com/package/protractor-fail-fast ) 1 つのスペック ファイルが失敗した場合、残りのスペックは実行されません (NOT GOOD)。

最初の期待が失敗し、残りの「it」ブロックが実行されない場合、多くの「it」ブロックで説明を失敗する方法を探しています。その間、構成ファイル内の残りの仕様ファイルを実行する必要があります。

あなたのおすすめを教えてください。分度器 + ジャスミンを使用してこのソリューションを実装することは可能ですか?

出力: 1 : 1 2 : 2 3 : 3 4 : 4 {1=1, 2=2, 3=3, 4=4} One : 1 Two : 2 Three : 3 {One=1, Four=4, Two =2、3=3}

なんでそうなの？

この小さなコードを見てください:

ArrayList にはフェイルファスト iteratorがあり、明らかに、指定された ArrayList は固定サイズの配列で構成されていない (メソッドが unusable になるremove()) ため、上記のコードはスローされるはずConcurrentModificationExceptionでしたが、そうではありません。

また、(最初のステートメントとして) ループに print ステートメントを挿入すると、ループが 3 回繰り返されず、正常に終了することが示されます。

ばかげているように聞こえるかもしれませんが、私が誤って考えることができる唯一の理由は、要素が反復子によってトラバースされた後に要素の削除が行われるという事実です。ただし、modificationCount削除によってまだ変更されているため、例外をスローする必要があるため、そうではありません。

やってるだけ

ただし、 ConcurrentModificationException をスローします。

洞察はありますか？

Java には、フェイルファストおよびフェイルセーフの反復設計があることを知っています。

なぜ基本的にこれらが必要なのか知りたいです。この分離の根本的な理由はありますか? . この設計の利点は何ですか?.

コレクションの反復以外に、Java はこの設計をどこでも踏襲していますか?

ありがとう

出力: One Two Three List are :[One, Two, Four]

ConcurrentModificationException をスローしないのはなぜですか?

ただし、次のシナリオでは ConcurrentModificationException がスローされます。

hystrix では、execution.isolation.thread.timeoutInMillisecondsこの構成を使用して特定の時間に応答を制限していますが、それ以外の場合はフォールバック メソッドを使用していますが、この設定はバックエンドで呼び出された要求も実行しています。それも停止することはできますか?