私はディスカッションフォーラムでこれに答えましたが、重複した投稿に対しては価値のある質問だと思います。
一般に、ほとんどのプラットフォームでは、iOSとほぼ間違いなくWindows Phoneを除いて、パフォーマンスの点で問題がないはずです。
Codename Oneは一般的なユースケース向けに最適化されています。iOSではJITが許可されていないため、配列境界チェックの削除などの最適化を行うのが非常に難しいため、デスクトップでJavaほど高速になることはありません。したがって、配列へのすべてのアクセスには、画像処理にかなりの費用がかかる可能性のあるブランチチェックが含まれます。
それに加えて、基本的なARGB以外の画像処理APIがなく、「画像」を取得できるという事実に加えて、それは効率的でも簡単でもありません。
問題は、これが非常に特殊なフィールドであるということです。この種のコードで役立つ解決策が見つかるかどうかは非常に疑わしいです。したがって、AFAIKの唯一のアプローチは、実際の画像処理を大幅に強化するためのネイティブコードを作成することです。
これは、Codename OneNativeInterface
で、ネイティブコードで重要なコードを呼び出し、を使用cn1lib
してライブラリとしてラップできるAPIを使用して行うことができます。そうすれば、コードのその部分のネイティブパフォーマンスを得ることができますが、これはコードのクリティカルセクションでのみ意味があります。ネイティブコードをたくさん書くと、Codename Oneの利点が失われ始め、ネイティブに移行したほうがよいでしょう。