ひどいとは何ですか

AWT (Abstract Window Toolkit) は、中国語では Abstract Window Toolkit として翻訳され、ローカル グラフィカル インターフェイスと対話するための一連のインターフェイスを提供し、作成するための Java によって提供される基本ツールです。 Java グラフィカル ユーザー インターフェイスのセットアップ。 AWT のグラフィックス関数と、ピアと呼ばれるオペレーティング システムによって提供されるグラフィックス関数の間には 1 対 1 の対応関係があります。AWT を使用してグラフィカル ユーザー インターフェイスを作成する場合、実際にはローカル オペレーティング システムによって提供されるグラフィックス ライブラリを使用することになります。システム。

推奨ビデオ チュートリアル: Java ビデオ チュートリアル

各オペレーティング システムのグラフィックス ライブラリによって提供されるスタイルや機能が異なるため、1 つのプラットフォーム上に存在する機能は異なります。別のプラットフォームでは存在しない可能性があります。 Java 言語が主張する「一度書いたらどこでも実行できる」という概念を実現するには、AWT が提供するグラフィックス機能がさまざまなオペレーティング システムに固有の機能を犠牲にしてプラットフォームの独立性を達成する必要があります。グラフィックス機能。

用語の説明

Abstract Windowing Toolkit (AWT) は、プラットフォームに依存しない Java 用ウィンドウ システム、

グラフィックス、およびユーザー インターフェイス デバイス ツールキットです。 AWT は Java Foundation Classes (JFC) の一部であり、Java プログラムのグラフィカル ユーザー インターフェイス (GUI) 用の標準 API を提供します。

AWT は、JavaApplet および Java アプリケーションで使用できるユーザー グラフィカル インターフェイス GUI の基本コンポーネント (コンポーネント) を提供します。 Java はプラットフォームに依存しないプログラミング言語ですが、GUI は特定のプラットフォームに依存することが多いため、Java は対応するテクノロジを使用して、AWT がマシン プラットフォームに依存しないインターフェイスをアプリケーションに提供できるようにします。これにより、同じプログラムが GUI を使用できるようになります。異なるマシン上で実行しても、外観は似ています (まったく同じである必要はありません)。

Java 1.0 の AWT (旧 AWT) と Java 1.1 以降の AWT (新 AWT) の間には大きな違いがあります。新しい AWT は古い AWT の多くの欠点を克服し、設計が大幅に改善されています。ここでは主に新しい AWT を紹介しますが、古い AWT プログラムも Java 1.1 以降のバージョンで実行できます。

Abstract Window Toolkit (AWT) は、Java 言語を使用してビットマップ表示を通じてウィンドウを操作するグラフィックス プロセス ライブラリです。最後に、設計者は AWT を代替ウィンドウ ツールボックスとアプレット ウィジェット ツールボックスに拡張しました。最新の GUI インターフェイスは Swing と呼ばれ、AWT を拡張したもので、プログラム開発者は Swing を使用してプラットフォームに依存しない GUI オブジェクトを生成できます。

相違点

Abstract Window Toolkit AWT (AbstractWindow Toolkit) は、グラフィカル ユーザー インターフェイス GUI (Graphics User Interface) を作成するために Java プログラムの API によって提供されるツール セットです。 AWT は Java アプレットおよびアプリケーションで使用できます。グラフィカル ユーザー インターフェイス プログラミングをサポートする機能には、ユーザー インターフェイス コンポーネント、イベント処理モデル、形状、色、フォント クラスを含むグラフィックスおよびイメージング ツール、特定のウィンドウ サイズと一致する柔軟なウィンドウ レイアウトを可能にするレイアウト マネージャーが含まれます。レートに依存しない、ネイティブ プラットフォームのクリップボード経由でカット アンド ペーストできるデータ転送クラス。

利点

Java がリリースされたとき、AWT は Java の最も弱いコンポーネントとして多くの批判を受けました。根本的な欠点は、AWT がネイティブ ユーザー インターフェイスの上に非常に薄い抽象化レイヤーしか提供しないことです。たとえば、AWT チェックボックスを生成すると、AWT は基礎となるネイティブ ルーチンを直接呼び出してチェックボックスを生成します。残念ながら、Windows のチェックボックスは、MacOS やさまざまな UNIX スタイルのプラットフォームのチェックボックスと同じではありません。

この不適切な設計選択は、Java の「一度書けばどこでも実行できる」という信条を信奉するプログラマーにとって、不快な生活を強いるものです。AWT は、アプリケーションがさまざまなプラットフォーム上でどれだけ似ているかを保証しないからです。 AWT アプリケーションは Windows ではうまく動作するが、Macintosh ではほとんど使用できない場合や、その逆の場合もあります。 1990 年代、プログラマの間では、Java の真の信条は「一度書いたらどこでもテストできる」というジョークが流行っていました。このような状況が悪化した原因の一つとして、AWT の構想から実装までに 1 か月しかかかっていないことが考えられます。

Java Development Kit の 2 番目のバージョンでは、AWT コンポーネントの大部分が Swing ツール キットに置き換えられました。 Swing は、デバイス自体を描画することで AWT の欠点を回避します。Swing は、オペレーティング システムの高レベル ユーザー インターフェイス モジュールに依存する代わりに、ローカル グラフィック サブシステム内の低レベル ルーチンを呼び出します。

以上がひどいとは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。