手続き型プログラミングからオブジェクト指向プログラミングへの進化
手続き型プログラミング: 財団 (1950 年代～70 年代)
基本的なアプローチである手続き型プログラミングでは、問題をより小さな自己完結型のプロシージャまたはサブルーチンに順次分割することで問題に取り組みました。
C プログラミング言語の初期の反復は、手続き型プログラミングの例でした。 このアプローチを示す基本的な C プログラム:
#include <stdio.h>
void calculateTotal() {
int price1 = 10, price2 = 20, total;
total = price1 + price2;
printf("Total: %d\n", total);
}
int main() {
calculateTotal();
return 0;
}
手続き型プログラミングは小規(guī)模なプロジェクトには効果的ですが、ソフトウェアの複雑さが増すにつれて制限に直面しました。 これらの制限には次のものが含まれます:
- 冗長コード: プログラム全體で同様のロジックが頻繁に繰り返されます。
- メンテナンスの課題: 変更には複數(shù)の場所での変更が必要になることが多く、エラーが発生する可能性が高くなります。
- スケーラビリティのボトルネック: 大規(guī)模で複雑なソフトウェア システムの拡大するニーズに適応することが困難です。
- 現(xiàn)実世界のモデリングの欠陥: データと操作が分離されたままであり、現(xiàn)実世界のエンティティ (例: 「銀行口座」、「車両」) の正確な表現(xiàn)を妨げていました。
オブジェクト指向プログラミング (OOP) へのパラダイム シフト
ソフトウェアの複雑さの増大により、手続き型プログラミングの欠點が明らかになり、オブジェクト指向プログラミング (OOP)の出現(xiàn)を促しました。 OOP は、現(xiàn)実世界のエンティティをモデル化し、オブジェクト として知られる?yún)g一ユニット內(nèi)のデータと動作を統(tǒng)合することにより、ソフトウェア開発に革命をもたらしました。
コア OOP コンセプト
1.カプセル化 ??
カプセル化では、データ (屬性) とそのデータを操作するメソッド (関數(shù)) が 1 つの単位 (通常は クラス) に統(tǒng)合されます。このバンドルにより、データ セキュリティとモジュール性が促進されます。
アクセス指定子 (プライベートやパブリックなど) はデータ アクセスを制御します:
- プライベート変數(shù): 機密データへの外部アクセスを制限します。
- パブリック メソッド: プライベート データを操作および変更するための制御された方法を提供します。
カプセル化の重要性:
- データ保護: プライベート アクセス指定子は、制御されていない直接のデータ変更を防ぎます。
- モジュール性: 內(nèi)部の変更は、オブジェクトと対話する外部コードには影響しません。
例:
テレビのリモコンは、カプセル化を完全に示しています。 ボタンはパブリック メソッドを提供しますが、各ボタンの機能の內(nèi)部動作は非表示 (プライベート) のままです。
2.抽象化 ?
システムの複雑さが増すにつれて、抽象化が重要になります。 抽象化により、複雑な詳細が隠蔽され、重要な機能のみが露出されるため、インターフェイスが簡素化されます。 これにより、ユーザーと対話するオブジェクトの複雑さが軽減されます。
例:
車の運転は抽象化の例です。 ドライバーは、エンジンやトランスミッションの內(nèi)部機構を理解する必要なく、ステアリング ホイール、アクセル、ブレーキ、ギアを使用します。 これらの詳細は抽象化されています。
OOP での抽象化の実裝
抽象クラス:
抽象クラスは共通の動作を定義しますが、サブクラスが特定の実裝を提供できるようにします。 たとえば、Shape クラスには抽象 calculateArea() メソッドが含まれる場合があります。 Circle や Rectangle などのサブクラスは、獨自の面積計算を提供します。
インターフェース:
インターフェイスは、実裝の詳細を指示することなく、クラスが特定の動作を実裝することを保証します。 IPlayable インターフェースには、play() メソッドと pause() メソッドが必要な場合があります。 AudioPlayer や VideoPlayer などのクラスは、これらのメソッドを個別に実裝します。
コード例 (説明)
#include <stdio.h>
void calculateTotal() {
int price1 = 10, price2 = 20, total;
total = price1 + price2;
printf("Total: %d\n", total);
}
int main() {
calculateTotal();
return 0;
}
結論?
手続き型プログラミングからオブジェクト指向プログラミングへの移行により、カプセル化や抽象化などの強力な概念が導入され、その結果、より管理しやすく、スケーラブルな、モジュール型のソフトウェアが実現(xiàn)しました。 OOP は、現(xiàn)実世界のエンティティを反映するオブジェクトに焦點を當てることで、よりクリーンで保守しやすいコードを実現(xiàn)します。 OOP を採用すると、より効率的で洗練されたソフトウェア設計が実現(xiàn)します。 ?
以上がオブジェクト指向の概念: 最新プログラミングの基礎 - パート 01の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。
ホットAIツール
Undress AI Tool
脫衣畫像を無料で
Undresser.AI Undress
リアルなヌード寫真を作成する AI 搭載アプリ
AI Clothes Remover
寫真から衣服を削除するオンライン AI ツール。
Clothoff.io
AI衣類リムーバー
Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。
人気の記事
ホットツール
メモ帳++7.3.1
使いやすく無料のコードエディター
SublimeText3 中國語版
中國語版、とても使いやすい
ゼンドスタジオ 13.0.1
強力な PHP 統(tǒng)合開発環(huán)境
ドリームウィーバー CS6
ビジュアル Web 開発ツール
SublimeText3 Mac版
神レベルのコード編集ソフト（SublimeText3）
現(xiàn)代のジャワの非同期プログラミング技術
Jul 07, 2025 am 02:24 AM
Javaは、Java19での完了可能なストリーム（ProjectReactorなど）、仮想スレッドの使用など、非同期プログラミングをサポートしています。 1.CompletableFutureチェーンコールを通じてコードの読みやすさとメンテナンスを改善し、タスクオーケストレーションと例外処理をサポートします。 2。ProjectReactorは、バックプレッシャーメカニズムとリッチ演算子を備えた応答性プログラミングを実裝するためのモノとフラックスタイプを提供します。 3.仮想スレッドは、同時性コストを削減し、I/O集約型タスクに適しており、従來のプラットフォームスレッドよりも軽量で拡張が容易です。各方法には適用可能なシナリオがあり、適切なツールをお客様のニーズに応じて選択する必要があり、混合モデルはシンプルさを維持するために避ける必要があります
Javaで酵素を使用するためのベストプラクティス
Jul 07, 2025 am 02:35 AM
Javaでは、列挙は固定定數(shù)セットを表すのに適しています。ベストプラクティスには以下が含まれます。1。列挙を使用して固定狀態(tài)またはオプションを表して、タイプの安全性と読みやすさを改善します。 2.フィールド、コンストラクター、ヘルパーメソッドなどの定義など、柔軟性を高めるために、酵素にプロパティとメソッドを追加します。 3. enummapとEnumsetを使用して、パフォーマンスとタイプの安全性を向上させ、配列に??基づいてより効率的であるためです。 4.動的値、頻繁な変更、複雑なロジックシナリオなどの列挙の悪用を避けてください。これらは他の方法に置き換える必要があります。列挙の正しい使用は、コードの品質(zhì)を改善し、エラーを減らすことができますが、適用される境界に注意を払う必要があります。
Java Nioとその利點を理解する
Jul 08, 2025 am 02:55 AM
Javanioは、Java 1.4によって導入された新しいIoapiです。 1）バッファとチャネルを対象としています。2）バッファ、チャネル、セレクターのコアコンポーネント、3）ノンブロッキングモードをサポートし、4）従來のIOよりも効率的に並行接続を処理します。その利點は、次のことに反映されます。1）非ブロッキングIOはスレッドオーバーヘッドを減らし、2）データ送信効率を改善し、3）セレクターがマルチプレックスを実現(xiàn)し、4）メモリマッピングはファイルの読み取りと書き込みを速めます。注：1）バッファのフリップ/クリア操作は混亂しやすく、2）不完全なデータをブロックせずに手動で処理する必要があります。3）セレクター登録は時間內(nèi)にキャンセルする必要があります。4）NIOはすべてのシナリオに適していません。
ハッシュマップはJavaで內(nèi)部的にどのように機能しますか？
Jul 15, 2025 am 03:10 AM
HashMapは、Javaのハッシュテーブルを介してキーと値のペアストレージを実裝し、そのコアはデータの位置をすばやく配置することにあります。 1.最初にキーのHashCode（）メソッドを使用して、ハッシュ値を生成し、ビット操作を介して配列インデックスに変換します。 2。異なるオブジェクトは、同じハッシュ値を生成し、競合をもたらす場合があります。この時點で、ノードはリンクされたリストの形式で取り付けられています。 JDK8の後、リンクされたリストが長すぎ（デフォルトの長さ8）、効率を改善するために赤と黒の木に変換されます。 3.カスタムクラスをキーとして使用する場合、equals（）およびhashcode（）メソッドを書き直す必要があります。 4。ハッシュマップは容量を動的に拡大します。要素の數(shù)が容量を超え、負荷係數(shù)（デフォルト0.75）を掛けた場合、拡張して再ハッシュします。 5。ハッシュマップはスレッドセーフではなく、マルチスレッドでconcuを使用する必要があります
Java EnumsとBest Practicesの効果的な使用
Jul 07, 2025 am 02:43 AM
Javaの列挙は、定數(shù)を表すだけでなく、動作をカプセル化し、データをキャリーし、インターフェイスを実裝することもできます。 1.列挙は、週や狀態(tài)などの固定インスタンスを定義するために使用されるクラスであり、文字列や整數(shù)よりも安全です。 2。コンストラクターに値を渡すことやアクセス方法の提供など、データとメソッドを運ぶことができます。 3.スイッチを使用して、明確な構造を持つさまざまなロジックを処理できます。 4.さまざまな列挙値の差別化された動作を作成するためのインターフェイスまたは抽象的なメソッドを実裝できます。 5.虐待、ハードコードの比較、順序の値への依存、合理的に命名とシリアル化を避けるために注意してください。
JavaのSingletonデザインパターンとは何ですか？
Jul 09, 2025 am 01:32 AM
JavaのSingleton Design Patternは、クラスに1つのインスタンスしかないことを保証し、プライベートコンストラクターと靜的方法を介したグローバルアクセスポイントを提供することを保証します。これは、共有リソースへのアクセスを制御するのに適しています。実裝方法には以下が含まれます。1。レイジーロード、つまり、インスタンスは最初のリクエストが要求されたときにのみ作成されます。これは、リソースの消費が高く、必ずしも必要ではない狀況に適しています。 2。スレッドセーフ処理。同期方法または再確認ロックを介して、マルチスレッド環(huán)境で1つのインスタンスのみが作成され、パフォーマンスへの影響が低下するようにします。 3.クラスの読み込み中にインスタンスを直接初期化するHungry Loadingは、事前に初期化できる軽量オブジェクトまたはシナリオに適しています。 4.列挙の実裝は、Java列挙を使用してシリアル化、スレッドの安全性をサポートし、反射攻撃を防止することは、推奨される簡潔で信頼できる方法です。特定のニーズに応じて、さまざまな実裝方法を選択できます
Javaオプションの例
Jul 12, 2025 am 02:55 AM
オプションは、意図を明確に表現(xiàn)し、ヌルの判斷のコードノイズを減らすことができます。 1. optional.ofnullableは、nullオブジェクトに対処する一般的な方法です。たとえば、マップから値を取得する場合、Orelseを使用してデフォルト値を提供できるため、ロジックはより明確かつ簡潔になります。 2.チェーンコールマップを使用してネストされた値を達成してNPEを安全に回避し、リンクが無効である場合はデフォルト値を返す場合は自動的に終了します。 3.フィルターは條件付きフィルタリングに使用でき、その後の操作は條件が満たされた場合にのみ実行され続けます。そうしないと、軽量のビジネス判斷に適したOrelseに直接ジャンプします。 4.基本的なタイプや単純なロジックなど、複雑さを高めるなど、オプションを過剰使用することはお勧めしません。一部のシナリオはNUに直接戻ります。
java.io.notserializableExceptionを修正する方法は？
Jul 12, 2025 am 03:07 AM
java.io.notserializableExceptionに遭遇するためのコアワークアウンドは、シリアル化する必要があるすべてのクラスがシリアル化可能なインターフェイスを実裝し、ネストされたオブジェクトのシリアル化サポートを確認することです。 1.メインクラスに機器を追加する可能性のあるものを追加します。 2.クラス內(nèi)の対応するカスタムフィールドのクラスも、シリアル化可能なものを実裝していることを確認します。 3.一時的に使用して、シリアル化する必要のないフィールドをマークする。 4.コレクションまたはネストされたオブジェクトの非シリアル化されたタイプを確認します。 5.どのクラスがインターフェイスを実裝していないかを確認します。 6.キーデータの保存やシリアル化可能な中間構造の使用など、変更できないクラスの交換設計を検討します。 7.変更を検討してください
