相違点: 書き換えとは、親クラスにアクセスできるメソッドの実装処理をサブクラスが書き換えることで、メソッド名や引数リストは同じで、戻り値や仮引数は変更できません。オーバーロードとは、パラメーターの数や種類が異なる同じ名前の複数の関数が、同じメソッド名と異なるパラメーター リストを持つ複数の関数が同じクラス内に同時に存在することです。
関連する推奨事項: 「Java ビデオ チュートリアル 」
##Q: Java のオーバーロードと書き換えとは何ですか?違いは何ですか?
回答:
Overload (オーバーロード) は、クラスが異なる種類のデータを統一的に処理するための手段です。同じ名前の関数 パラメータの数や型が異なる (戻り値の型は任意であり、戻り値の型はオーバーロードされた関数を区別する基準として使用できません) が同じクラス内に同時に存在する。これはクラス A における多態性です。ポリモーフィズムの現れ (メソッドを呼び出すとき、 は、異なる数のパラメーターとパラメーターの型を渡すことによって、どのメソッドを使用するかを決定します
)。

(Override) が親クラスであり、サブクラス間のポリモーフィズムの本質は、親クラスの関数を再定義することです。サブクラスで定義されたメソッドがその親クラスと同じ名前とパラメータを持つ場合、メソッドは書き換えられますが、サブクラス関数へのアクセスは変更権限を持ちません。サブクラスのメソッドが親クラスのメソッドと同じメソッド名、戻り値の型、パラメータ リストを持つ場合、新しいメソッドは元のメソッドを上書きします。 class は必須です このメソッドでは super キーワードを使用できます。
** オーバーロード ルール: ** には異なるパラメーター リストが必要であり、異なる戻り値の型を持つことができ、異なるアクセス修飾子を持つことができ、異なる例外をスローすることができます。
書き換えルール:パラメータ リストはオーバーライドされたメソッドとまったく同じでなければなりません。そうでない場合はオーバーライドとは言えません。戻り値の型は常にオーバーライドされたメソッドと同じである必要があります。メソッド 、そうでない場合はオーバーライドを呼び出すことはできません; アクセス修飾子の制限は、オーバーライドされたメソッドのアクセス修飾子以上である必要があります。オーバーライドされたメソッドは、新しいチェック例外をスローしたり、オーバーライドされたメソッド宣言よりも広範囲であってはなりませんチェック例外。たとえば、親クラスのメソッドはチェック例外 IOException を宣言します。このメソッドをオーバーライドする場合、例外をスローすることはできません。スローできるのは IOException のサブクラス例外のみであり、非チェック例外はスローできます。
オーバーロードと書き換えは、Java ポリモーフィズム のさまざまな現れです。
書き換えは、親クラスとサブクラス間のポリモーフィズムの現れであり、実行時に機能します (動的バインディングなどの動的ポリモーフィズム)
オーバーロードは、クラス内の多態性の現れであり、コンパイル時に有効になります (静的バインディングなどの静的多態性)。
Q: Java コンストラクターはオーバーライドおよびオーバーロードできますか? 回答:
オーバーライドとは、サブクラス メソッドが親クラス メソッドをオーバーライドするメソッドです。オーバーライドされたメソッド名は変更されず、クラス コンストラクターのメソッド名は、クラス コンストラクターのメソッド名と一致している必要があります。親クラスの構築メソッドをサブクラスでオーバーライドできると仮定すると、サブクラスのクラス名は親クラスのクラス名と一致する必要があるため、Java の構築メソッド
をオーバーライドすることはできません。オーバーライドされた 。オーバーロードは同じものに対するものであるため、構築メソッド はオーバーロード することができます。
public class Demo {
public boolean equals( Demo other) {
System.out.println("use Demo equals." );
return true; }
public static void main(String[] args) {
Object o1 =new Demo ();
Object o2 =new Demo ();
Demo o3 =new Demo ();
Demo o4 =new Demo ();
if (o1.equals(o2)) {
System.out.println("o1 is equal with o2.");
}
if(o3.equals(o4)) {
System.out.println("o3 is equal with o4.");
}
}}
回答: 上記のプログラムの結果は次のとおりです。
use Demo equals. o3 is equal with o4.Demo クラスの public booleanquals(Demo other) メソッドは、Object クラスの public booleanquals(Object obj) メソッドをオーバーライドしないため、その理由は、次のいずれかのパラメーター ルールに違反しているためです。これは Demo タイプであり、もう 1 つは Object タイプであるため、これら 2 つのメソッドはオーバーライド関係ではなく、オーバーロード関係 (コンパイル時に発生) にあります;
したがって、o1.equals(o2) が呼び出されるとき、o2 はオブジェクト型パラメータ。実際には、オブジェクト クラスの public booleanquals(Object obj) メソッド
が呼び出されます。これは、コンパイル時に o1 と o2 が両方ともオブジェクト型であり、オブジェクト クラスの メソッド が等しいためです。オブジェクト クラスはメモリ アドレスを比較して false を返します。;o3.equals(o4) が呼び出されるとき、実際には Demo クラスの equals(Demo other) メソッドが呼び出されます。o3 と o4 はコンパイル時に両方とも Demo 型であるため、上記の印刷があります。
以上がJavaでの書き換えとオーバーロードの違いは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

新しいテクノロジーは、両方の脅威をもたらし、Javaのプラットフォームの独立性を高めます。 1)Dockerなどのクラウドコンピューティングとコンテナ化テクノロジーは、Javaのプラットフォームの独立性を強化しますが、さまざまなクラウド環境に適応するために最適化する必要があります。 2)WebAssemblyは、Graalvmを介してJavaコードをコンパイルし、プラットフォームの独立性を拡張しますが、パフォーマンスのために他の言語と競合する必要があります。

JVMの実装が異なると、プラットフォームの独立性が得られますが、パフォーマンスはわずかに異なります。 1。OracleHotspotとOpenJDKJVMは、プラットフォームの独立性で同様に機能しますが、OpenJDKは追加の構成が必要になる場合があります。 2。IBMJ9JVMは、特定のオペレーティングシステムで最適化を実行します。 3. Graalvmは複数の言語をサポートし、追加の構成が必要です。 4。AzulzingJVMには、特定のプラットフォーム調整が必要です。

プラットフォームの独立性により、開発コストが削減され、複数のオペレーティングシステムで同じコードセットを実行することで開発時間を短縮します。具体的には、次のように表示されます。1。開発時間を短縮すると、1セットのコードのみが必要です。 2。メンテナンスコストを削減し、テストプロセスを統合します。 3.展開プロセスを簡素化するための迅速な反復とチームコラボレーション。

java'splatformentedencefacilitatesecodereusebyAllowingbyTeCodeCodeCodeCodeTorunonAnyPlatformm.1)DevelopersConcodeCodeOnceOnceOnconconsentEntentEntEntEntEntEntentPlatforms.2)維持化されたアスカデドは、NoeedReadedoesではありません

Javaアプリケーションのプラットフォーム固有の問題を解決するには、次の手順を実行できます。1。Javaのシステムクラスを使用して、システムプロパティを表示して実行中の環境を理解します。 2。ファイルクラスまたはjava.nio.fileパッケージを使用して、ファイルパスを処理します。 3。オペレーティングシステムの条件に応じてローカルライブラリをロードします。 4. VisualVMまたはJProfilerを使用して、クロスプラットフォームのパフォーマンスを最適化します。 5.テスト環境が、Dockerコンテナ化を通じて生産環境と一致していることを確認してください。 6. githubactionsを使用して、複数のプラットフォームで自動テストを実行します。これらの方法は、Javaアプリケーションでプラットフォーム固有の問題を効果的に解決するのに役立ちます。

クラスローダーは、統一されたクラスファイル形式、動的読み込み、親代表団モデル、プラットフォーム非依存バイトコードを通じて、さまざまなプラットフォーム上のJavaプログラムの一貫性と互換性を保証し、プラットフォームの独立性を実現します。

Javaコンパイラによって生成されたコードはプラットフォームに依存しませんが、最終的に実行されるコードはプラットフォーム固有です。 1。Javaソースコードは、プラットフォームに依存しないバイトコードにコンパイルされます。 2。JVMは、特定のプラットフォームのバイトコードをマシンコードに変換し、クロスプラットフォーム操作を保証しますが、パフォーマンスは異なる場合があります。

マルチスレッドは、プログラムの応答性とリソースの利用を改善し、複雑な同時タスクを処理できるため、最新のプログラミングで重要です。 JVMは、スレッドマッピング、スケジューリングメカニズム、同期ロックメカニズムを介して、異なるオペレーティングシステム上のマルチスレッドの一貫性と効率を保証します。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

WebStorm Mac版
便利なJavaScript開発ツール

ホットトピック









