一部のソフトウェアでは、ビットごとの OR ステートメントを介してパラメーターを渡す必要があります。例えば

Foo.SetFlags( flag1 | flag2);

既知の数量がある場合、これをコードに記述するのは簡単です。しかし、実行時にしか分からない可変数のフラグがある場合はどうなるでしょうか?

たとえば、次のような動的に作成されたフラグのリストがありましたList<Flag> flags;-プログラムでビットごとのORステートメントでそれらをすべて組み合わせるにはどうすればよいですか?

次のクラスがあるとします。

できます：

それは私に与える：

できます：

それは私に与える：

しかし、なぜ私はできないのですか：

次のエラーがスローされます。

そして、どうすれば次のように出力できますか?

ビット単位または2 つの文字列を取得するために、次のコードを作成しました。しかし、長い文字列を渡すと時間がかかりすぎます。どうすれば最適化できますか？

次の C# ** を考えると:

SSLProtocolプロパティが割り当てられている 場所。SslProtocols列挙型です。そして、パイプ|はビット単位の OR です。

ビットごとの OR とは何かを知っており、たとえば次のようになることを知っています101 | 100 = 101。

しかし、私の質問は、なぜこのようなコードを書くのですか? つまり、なぜビットごとの OR を使用するのでしょうか?

たとえば、次のようにプロパティを設定してみませんか。

またはSslProtocols.Tls13 | SslProtocols.Tls12、ビット単位の or を使用した equals に相当するものは何ですか?

（*例として、ここでふりをしていますSslProtocols.Tls13 | SslProtocols.Tls1 = SslProtocols.TlsX）

**このコード行は友人から送られてきたもので、ソースにアクセスして Enum または SSLProtocol プロパティの定義を確認することはできませんが、おそらくその可能性があると推測していますSystem.Net.SecurityProtocolType

Here, I have a list of subjects indicated by bit fields with an "Optional" field containing the optional subjects at the bottom.

When I print the optional subjects to the console, I am given an unexpected result:

Now, if I were to declare the same Optional field outside of the enum and log it:

It works as expected.

So my question is, why do I receive a different output when I place the combined bit fields in the enum vs putting it outside the enum?

私のコードの出力は1です。それがどのように機能したかを誰か説明できますか?

Numpy 配列として、すべて同じ次元の 2 つの画像とマスクがあります。

望ましい出力

出力が次のようになるようにそれらをマージしたいと思います。

現在のコード

現在の結果

このコードにより、次の結果が得られます。

適用するとcv2.GaussianBlur(mask, (51,51), 0)、オーバーレイされた画像の色がさまざまな方法で歪められます。
他のSOの質問は同様の問題に関連していますが、このタイプのぼやけた合成を正確に解決していません。

更新:これにより、現在の結果と同じ結果が得られます

一時的な解決策

変換が多いため、これは最適ではない可能性があります。アドバイスをお願いします

マスクをぼかし、前景と適切にマージしてから背景画像にオーバーレイする方法を教えてください。

次の関数の実行が遅すぎて、動画を処理できません。それをスピードアップする方法に関する提案はありますか？opencv parallel_for_ を使用してみましたが、実行速度がさらに遅くなることがわかりました。

何かアドバイスはありますか？

以下の 2 つのコード セットを試しましたが、結果に違いは見られませんでした。また、アキュムレータ関数がビットごとの OR である場合、両方reduce(T identity, BinaryOperator<T> accumulator)の実装を試みました。reduce(BinaryOperator<T> accumulator)

別の結果を引き起こすコーナーケースはありますか、または何らかの方法で一方が他方よりも優れていますか?

1 つまたは別の git でいくつかのコードを見ると|=、単純な代入で十分な場合に、開発者がビットごとの包括的 OR 複合代入演算子 ( ) を使用していることがわかります。残念ながら、私はこのソリューションのコードを手元に持っていないので、できる限り説明しようと思います。

たとえば、Java に次のコードがあるとします。

指摘された線についてのみ質問します。なぜ人々はこのようにするのですか？何十億、何兆という非常に大量のデータを反復処理できることを理解しています。しかし、尖った線は効率をそんなに劇的に変えるのでしょうか? 単純な代入に変更すると、多くのデータで著しく遅くなりますfound = true;か?

速度が主な議論ではない可能性を排除しませんが、それは私にとって最も意味があるように思えました.

はい、このコードをメソッドまたはストリームに変換できることは知っていますが、これはコードを単純化したものにすぎず、はるかに複雑になる場合などがあります。ポイントされた行の前 (または の前でさえもif) には、大量の何か意味のあることをするコード。「代わりにストリームを使用する」などの提案はしないでください。Javaの高度な方法はすでに知っているからです。ビット単位の包括的 OR を使用して、このやや謎めいたソリューションの現象を理解したいと思います。