2013年のJAVA + Swing。それだけの価値はありますか？

HabréSwingでは好きではありません。 「Swing」を検索すると、ニュートラルまたはネガティブな参照が得られます。 それらのいくつかを次に示します。

• 「Javaアプレット（Swingと呼ばれる致命的な病気に発展した）」
• 「スイングは、控えめに言っても、最適なUIフレームワークではありません」
• 「スイングはひどかった」

Swingが理想的であるふりはしません。 これは真実ではありません。 しかし、私が直面しなければならなかった長所と短所を説明しようとします。

スイングする理由

私は数年間、断続的にSwingを使用しています。 主に夕方に。 写真をグループで保護するためのビジュアルウォーターマークプログラムを書いています。 私は2011年にJavaバージョンを持っていました。Mac用のポートを作成してインターフェイスをなめたかったのですが、プラットフォームごとに別々のプログラムを書く方法がありませんでした。



2011年の初め、クロスプラットフォーム開発UIライブラリは次の状態にありました。

• QMLはすべてバグでした。コンポーネントの下にメニューが表示され、デモが失敗し、QtCreatorにサポートがありませんでした。 アクセラレートレンダリングは、昨年秋にQt5でのみ登場しました。
• Qtは適合しませんでした、なぜなら それは完全に「ネイティブ」コンポーネント上にあり、しばしばどこかでレンダリングを変更する必要がありました。
• Juceは機能的でバグがなく、クラッシュしませんでした。 リーズナブルな費用がかかり、オープンソースでもコストがかかります。 C ++が怖い。 これは、非常に多くの賢い人々が話す素晴らしい言語です。 私の小さな経験とタスクの大きさを考えると、C ++の複雑さは不利です。 さらに、XcodeはC ++をリファクタリングできないことが判明しました。
• Adobe Airはマルチスレッドをサポートしていません。
• Mono + GTKこの組み合わせは私の問題を解決できるように思えます。 その瞬間、GTKでアイドル状態のホットキーを使用した明らかな横棒に驚かされました。 MonoDevelopから判断すると、これまでのところ修正されていません。
• JavaFXは Mac用ではありませんでした。
• SWTは Swingよりもはるかに簡単で、一般的に優れています。 最後に見たので、SWTには書きませんでした。 すでに多くの時間が費やされており、最初のバグ（ツールバーのボタンの高さが「浮いている」）の実験を終了しました。

当時、JavaはMac OS Xの一部であり、優れたネイティブルックアンドフィールを備えており、Windows JREの重量はわずか12メガバイトでした。 私は単純に成功を確信していました。 その結果、2か月または3か月の作業の後、Java Swingプログラムの最初のバージョンになりました。



現在までに、記載されている問題はQMLおよびJavaFXで修正されています。 したがって、ステージグラフを使用する準備ができている場合は、それらを試運転してください。



QtはDigiaの傘下に入りました。 iPhoneおよびAndroidのベータリリースは、ライブラリのさらなる開発への希望を与えます。



JavaFXは、今年2月にオープンソースライブラリになりました。 OpenJDK との互換性は JDK 9で計画されています。9kaが発表された時点では不明です。 8番目のバージョンのリリースは2014年初頭に予定されています。

いいね

良いところから始めましょう。 突然、私もSwing-hateersにサインアップしたと思いますか？！



すべてのレンダリングはハードウェアアクセラレーションです。 SwingアプリケーションはGPUでレンダリングされるため、開発者は何も必要としません。 これにより、アプリケーションでアニメーションが可能になります。 アプリケーションがフルスクリーンまたは24インチモニターに展開されている場合を含みます。



MVC Swingは巨大であると批判されています。各コンポーネントは、ビュー、コントローラー、モデルで構成されています。 同時に、これにより、既存のコンポーネントに目的の機能をすばやく追加できます。 すべてが非常に柔軟です。



Javaはマネージコードです。 C ++開発者のみが「利用可能な」バグの可能性を取り除きます。 アクセス違反のリスクは最小限に抑えられます。 これは、他のバグがないことを意味するものではありませんが。 たとえば、メモリリーク。



優れた開発環境。 Eclipse、Intellij IDEA、NetBeans-選択は膨大です。 どこにでもリファクタリング、コードのフォーマット、オートコンプリート、単体テストのサポート、



多くのライブラリ。 ネイティブオブジェクト、文字列、Webを操作するLayoutManagers-すべてをリストすることはできません。 これはプラットフォームとしての巨大な切り札のJavaです。



質問に対する多くの答え。 たとえば、各UIライブラリのStackOverflow に関する質問の割合です 。







StackOverflowに関する約100問ごとに、Swingに関する質問があります。 実際には、これはほとんどの問題がすでに解決されていることを意味します。 ほとんどの場合、あなたが滞在しない問題に一対一で対応します。

やばい

前の部分は、甘いプレスリリースのようなものです。 修正しました。 これはあなたが遭遇するかもしれないものです。



重大なバグは修正されません。 File.existsはJDK7のリリース以降機能しておらず 、まだ修正されていません。 バグが重大な場合でも、修正まで数年待つことができます。



ネイティブコードを使用する場合、状況はさらに悪化する可能性があります。 モーダルウィンドウ（たとえば、OpenFileDialogを開く）を使用すると、一部のコンピューターでフリーズが発生する状況に遭遇しました。 Java Native Foundationは、ドキュメントの例に従って使用されています。 そして、StackOverflowの恩恵は私を助けませんでした:-)



file.existsのバグは、java.nioのクラスを使用して回避できます。 これは、葉の多いフォルダーのパフォーマンスの問題を解決するために設計された新しいAPIです。



あなたがする必要があること：

1. –Dfile.encoding=UTF-8
   
   
   
   パラメーターを使用してアプリケーションを起動します
2. File.existsの代わりに、Files.exists Files.exists(Paths.get(fileName))
   
   
   
   を使用します
3. File.listFilesの代わりに使用します
   
   

    try (DirectoryStream<Path> ds = Files.newDirectoryStream(folder)) { for (Path file : ds) { // do something } } catch (IOException e) { e.printStackTrace(); }
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

または、このバグを自分で修正し、一連のレビューでブックマークを押してください。



Swingはハードウェアアクセラレーションのみです。 つまり、アプリケーションはVMware、Parallels、またはリモートデスクトップでは機能しません。 これに我慢する準備ができていない場合は、SWTに注目してください。



Mac用の32ビットビルドはありません。 公式ビルドは64ビットのみです。 残念ながら、この決定の理由は何なのかわかりません。 私はそれがいくつかのバグの問題だと推測することができます。



しばらくの間、Henri Gomezは32ビットおよびユニバーサルビルドをサポートしていました。 既製のビルドは、code.google.comの彼のページからダウンロードできます。 残念なことに、時間の不足と新しい仕事により、ヘンリーはこのプロジェクトを終わらせました。 さよならを言って、彼はビルドスクリプトをGitHubに投稿しました。

https://github.com/hgomez/obuildfactory



彼らの助けを借りて、MacおよびLinux用のOpenJDKを構築できます。 素晴らしいですが、そうではありません。 これらのスクリプトでは、Mac用の32ビットバージョンはビルドされません。 JDK内には、Mac用の厳密に64ビットバージョンのアセンブリが保護されている膨大な数の構成ファイルがあります。 メインファイルのキーを変更し、壊れたアセンブリを取得します。 Henri Gomezが32ビットビルドをどのように収集したかは私にはわかりません。



ディストリビューションにJREを含めます。 アプリケーション配布に関するオラクルの幹部の意見：「ターゲットプラットフォーム用のバンドルされたJREを備えたスタンドアロンの自己完結型インストーラは、より成功したアプリケーション配布モデルです」（ ソース ）。 この決定の最も可能性の高い理由は、アプレットの膨大な数の脆弱性です。JavaはFlashのSieveバナーを採用しました。



この制限は、Mac OS 10.7 LionでJavaを削除したAppleによって最も強くサポートされています。 また、新しいシステムアップデートをインストールするときに強制的にオフにします。



JRE 7の重量は約100 MBです。 アーカイブには約50が取得されていますが、残念ながら、更新から更新までのJREのサイズは拡大しているため、膨張した配布の問題を解決する必要があります。



すべてのBufferedImageオブジェクトがハードウェアアクセラレーションを使用するわけではありません。 BufferedImage.TYPE_INT_ *のみ。 したがって、TYPE_4BYTE *で動作するJDK7からは、TYPE_3BYTEに一貫性がなくなります。



BufferedImageラスタのデータにアクセスすると、GPUを介した画像の描画が停止します。 これが行われる理由は明らかです。ユーザーがデータを変更し、「完成した変更」方法がなく、それらをビデオメモリにいつ転送するかが明確ではありません。 少なくともそれは論理的です。



Visual Watermarkでは、C ++ライブラリを使用して画像をロードし、結果のピクセルをBufferedImageオブジェクトに変換する必要がありました。 一度に1ピクセルずつ変更するのは非常に遅く、画像ラスタバッファに直接書き込む必要がありました。 ラスターでgetData（）を呼び出すとすぐに、すべての写真の加速が停止しました。 DataBufferIntのコードを調べて、リフレクションを使用してこの問題の解決策を見つけ、小さなヘルパークラスを作成しました。

 import java.awt.*; import java.awt.image.*; import java.lang.reflect.Field; import sun.awt.image.SunWritableRaster; import sun.java2d.StateTrackableDelegate; // Standard library prevents image acceleration once getData() method is called // This class provides a workaround to modify data quickly and still get hw-accel graphics public class AcceleratedImage { // Returns data object not preventing hardware image acceleration public static int[] getDataBuffer(DataBufferInt dataBuffer) { try { Field field = DataBufferInt.class.getDeclaredField("data"); field.setAccessible(true); int[] data = (int[])field.get(dataBuffer); return data; } catch (Exception e) { return null; } } // Marks the buffer dirty. You should call this method after changing the data buffer public static void markDirty(DataBufferInt dataBuffer) { try { Field field = DataBuffer.class.getDeclaredField("theTrackable"); field.setAccessible(true); StateTrackableDelegate theTrackable = (StateTrackableDelegate)field.get(dataBuffer); theTrackable.markDirty(); } catch (Exception e) { } } // Checks whether current image is in acceleratable state public static boolean isAcceleratableImage(BufferedImage img) { try { Field field = DataBuffer.class.getDeclaredField("theTrackable"); field.setAccessible(true); StateTrackableDelegate trackable = (StateTrackableDelegate)field.get(img.getRaster().getDataBuffer()); if (trackable.getState() == sun.java2d.StateTrackable.State.UNTRACKABLE) return false; field = SunWritableRaster.class.getDeclaredField("theTrackable"); field.setAccessible(true); trackable = (StateTrackableDelegate)field.get(img.getRaster()); return trackable.getState() != sun.java2d.StateTrackable.State.UNTRACKABLE; } catch(Exception e) { return false; } } public static BufferedImage convertToAcceleratedImage(Graphics _g, BufferedImage img) { if(!(_g instanceof Graphics2D)) return img; // We cannot obtain required information from Graphics object Graphics2D g = (Graphics2D)_g; GraphicsConfiguration gc = g.getDeviceConfiguration(); if (img.getColorModel().equals(gc.getColorModel()) && isAcceleratableImage(img)) return img; BufferedImage tmp = gc.createCompatibleImage(img.getWidth(), img.getHeight(), img.getTransparency()); Graphics2D tmpGraphics = tmp.createGraphics(); tmpGraphics.drawImage(img, 0, 0, null); tmpGraphics.dispose(); img.flush(); return tmp; } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

次のように使用する必要があります。

 DataBufferInt dataBuffer = (DataBufferInt)bufferedImage.getRaster().getDataBuffer(); int[] data = AcceleratedImage.getDataBuffer(dataBuffer); //   AcceleratedImage.markDirty(dataBuffer);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

既に表示されている画像に対してこのコードをテストしていません。



組み込みのアニメーションと半透明はありません。 javax.swing.Timerオブジェクトは2つのことを行います。

1. コンポーネントのアニメーションを作成できます。
2. クラスは単純であるため、非常に長い時間実行します。

アニメーションを簡単に作成できるTiming Frameworkライブラリがあります。 アニメーションは次のように実行できます。

 Animator viewAnimator = new Animator.Builder() .setDuration(duration, TimeUnit.MILLISECONDS) //    .setStartDirection(Direction.FORWARD) .setInterpolator(new AccelerationInterpolator(0.3, 0.7)) //     .setRepeatCount(1).addTarget(new TimingTargetAdapter() { @Override public void timingEvent(Animator source, double fraction) { //   repaint(); } @Override public void end(Animator source) { //  -    } }).build(); viewAnimator.start();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

最も一般的に使用されるアニメーションは、位置と半透明です。 Swingが正常な場合、標準コンポーネントは半透明をサポートしません。 問題はグラフィックエンジンの機能ではなく、コンポーネントにgetAlpha / setAlphaプロパティがないという事実にあります。



GateKeeperのため、JavaアプリケーションはMountain Lionで実行されません。 この問題を解決するには、Mac Developerプログラムに年間99ドルでサインアップする必要があります。 代わりに、Appleはコードに署名するための証明書を発行し、問題はなくなります。

次のようなアプリケーションでバンドルに署名できます。

codesign –s “Developer ID” –f “path-to-my-app.app”

合計で

私の意見では、Swingの主な欠点は、重要なバグが未解決のままであるため、プラットフォームの将来に関する不確実性です。 ブラウザプラグインの脆弱性のみが修正を待っています。 図書館が放棄されたという感覚が得られます。 他のすべての問題はそれほど重要ではありません。



そして、これが本当なら、私はとても悲しくなります。 Swingでデスクトップアプリケーションを作成するのは迅速かつ簡単で、膨大な量の既製の無料のコードが存在するためです。



当分の間、私はオラクルの開発者がシステムの問題を解決する時間があることを望んでいます。



更新： Qtのコントロールのカスタマイズが可能であることがわかったコメントから：



silvanskyに感謝

更新： Skyggedansユーザーは、Airがマルチスレッドサポートを追加したことに気付きました 。 これは、通信を構成できる追加のSWFファイルを犠牲にして行われます。