1

私は画像処理のいくつかのコードを開発しようとしています。動的ポリモーフィズムの助けを借りずに、int、double、float、charなどのさまざまなタイプをサポートできる別のAPIを設計したいintやcharのような型が最速の解決策ですが、それらの型に応じて異なるAPIを設計したい場合は非常に不便です。

それに、動的ポリモーフィズムの負担なしにこのようなことをしたい

public static void convert_color(
        final int[] sp, final int[] dp,
        final int Xres, final int Yres,
                    Strategy strategy)
{
    \\....
}

一部のアルゴリズムは、戦略(動的ポリモーフィズム)のパフォーマンスの低下に悩まされます。戦略が異なるという理由だけで、コピーして貼り付ける必要があります。

私の現在のレベルで高性能で柔軟性のある画像処理を設計することは非常に困難ですが、パフォーマンスと柔軟性を獲得するためのより良いソリューションはありますか?

4

1 に答える 1

1

Trove4jがプリミティブのコレクションを生成するときに、この問題をどのように解決するかをお勧めします。それらのコレクションを使用することもできます。

私は「スーパータイプ」から始めます。たとえばdouble、違いが生じる場合はコードを最適化します。

于 2012-12-05T11:04:32.473 に答える