アイデアをプログラミングすることは、すべての言語がコンピュータを解決できるように、現実に抽象的で、現実の問題を解決する方法の一種です。指向プロセスより抽象的な問題が実装している誰気にしない実行するために、ステップにステップバイステップ、にある、
オブジェクト指向のコンポーネントは、抽象概念は完全にオブジェクトをできるようにリクエストを送信することにより、対象となっている本当の問題であり、タスクは、冷蔵庫に象プットのように、あなただけの象をインストールすることはできません、あなたはまた、より多くの問題を解決するために何かをインストールすることができます。
オブジェクト指向理論はすべての問題を解決することができ、限り、あなたは新しいタイプを追加することができますよう、それは特定の問題を解決するためになった存在
1）POP--プロセス指向のプログラミング（プロセス指向プログラミング）：
プロセス指向のプログラミングを中心とプログラミング方法リフレクション組織として機能し、システムがプロセスを処理し、処理データであることが強調されているが、プログラムプログラムの基本的な組織に設計又はプロセスの主な機能は、システムは、プロシージャおよび関数のシーケンスに関連する機能のセットからなります。プロセス指向の機能（処理）ことを強調し、プレゼンスとしてのみ入力データと出力データ。非常にシンプルで普遍的なアイデアや方法のこの思考プロセスは、多くの人間の活動は、工場の生産、ビジネスサービスとして、この組織モデルです。プロセス指向のそのような木を伐採人として属し、境界および環境プロセス、混乱及びセルフサービス機能の機能が（である、これはサービス機能であるが、入力出力を有することができる無視し、メインラインの手順を処理データに、それが提供することができます外部に、歩行、自己関数であるが、無入力および出力なし）、外部環境と内部組織、ならびに環境データと生データとの差分。プロセス指向の詳細をより重視の観点から思考、整合性と境界線を無視して、これが原因で、現実の世界では、現実の世界とは非常に異なっていることから、このプロセスはなく、むしろ、Aに属し、孤立して存在していません。オブジェクト、従って、プロセス指向ものの一の態様（関数）ではなく、より多くの又は現実世界の画像のアナログ表現、現実世界を反映しています。
2）OOP-- OOP（オブジェクト指向プログラミング）：
世界は一つのオブジェクトで構成され、近い現実の世界への思考のため、オブジェクト指向の方法で、オブジェクト指向プログラミングの組織は近い現実の世界にもあります。オブジェクト指向のオブジェクト中心、単離するために、オブジェクトの内部データと外部の特性を特徴づける、内部組織の対象領域と外部環境とを区別するために、属性と一体として作用し、システム機能は一連のオブジェクトとして現れます間の相互作用のシーケンスは、画像をより現実世界のアナログまたは発現することができます。プログラミング組織では、オブジェクトの属性とメソッドは、別々のが、プログラム全体の（最終的な実現などとして、もはやプロセス指向のストレージとしてではありませんが、それはまだ隔離されているが、唯一の物理的な実装に、このオブジェクトには影響を与えません。全体として二つの部分）、このように）オブジェクトのメソッドを提供することによってアクセスされる特徴付け属性データニーズ内部よりよい安全性およびカプセル化（有します。オブジェクト指向の重点は、総合的、プロセス指向とオブジェクト指向であるため、多くの方法で相補的であることができます。同時にによるオブジェクトの継承やポリモーフィズム技術の導入にオブジェクト指向のは、現実世界の強い、より簡潔な表現を持っています。これにより、組織のプログラミング、再利用性と柔軟性を向上させることができます。
オブジェクト指向の静止オブジェクトのメソッドのプロセスにプロセス指向、指向の機能特性を保持し、それはまだ外にも、外部入力、出力とを必要とする方法の一部であるオブジェクトのサービス機能の処理方法となりますただ入力と出力も対象となります。オブジェクト指向プログラミングでは、ほとんどの時間、我々はターゲットオブジェクトのすべての面を気にする必要はありません、システム全体でのいくつかのオブジェクトは、「原材料」と「完成」などの行為であり、行動自体は、私たちの関心の対象ではありませんいくつかのオブジェクトの位置にあり、我々は唯一のこれらのオブジェクトのサービス機能気に他の植物には、オブジェクトはこれらのオブジェクトを分類するために、内部属性と自己の行動に多くの注意を必要としないように前述したように関心の異なるオブジェクトを、持っています異なるシステムに分類されているロールから、オブジェクトの2種類に、オペランドと呼ばれる元エンティティ・オブジェクトと呼ばれます。
方法論が関係しているから、我々は物事の二つの側面として見プロセス指向とオブジェクト指向することができます-ローカルおよびグローバル（注：一部や全体が相対的である）、実際には、両方の方法は等しく重要です。
プロセス指向およびオブジェクト指向プログラミング方法は、基礎となるプログラミング方法における2つの基本的な方法です。
3）SOA--サービス指向アーキテクチャー
開始点として機能するために、サービス指向、対象サービスを提供するために、関連するオブジェクトの組織との連携、必要な入力パラメータを提供するために、外部インタフェース、結果が出力となると、「サービス」と組織独自の計算がために一緒にパッケージされましたユーザーに対して透過的。実際には、サービス指向が機能（サービス）を中心として、しかしパッケージは、かなりプロセスと連携より、整合性を反映するように、全体として、外部サービスを指すため重点は、完全性にカプセル化関数であります;およびカプセル化プロセスを参照し、サービスの計算が完了すると、独自の属性が直接外部に露出していないが、共通のサービス・インターフェースを介して相互作用に加えて、ユーザーができないと、組織内の特定の調整を知りません。からパッケージをサービス発呼者のサービスの完了に依存しない特性を意味する、サービス・システム自体が必要なサービス機能を完了することができ、プログラム組織でより高いレベルで、したがって指向サービス、組織が粗粒する方法です。サービス指向およびプロセス指向のオブジェクト指向の性質には、全く異なる、問題を検討するために、異なるレベルの差が嘘ではありません。オブジェクト指向およびプロセス指向の組織および内部管理システムに使用され、主にシステム間のサービス指向の組織と管理のために使用されます。サービス指向は、大きなオブジェクトまたはプロセスです。
三の原則のサービス指向設計ステートレスであり、サービス・インターフェースの単一のインスタンスをオフにします。状態管理サービスプロバイダは、ジョブの複雑さを増すだろう、と同じのより多くの例は、サービスの複雑さが増加しますが、明確なサービスインタフェースは、必須かつ必要であるが、ない必須の原則の単一のインスタンスと状態に属していない（同期を増加させる必要性並行処理は、不確実性へのアクセス）につながることができ、多くの場合、これは避けられません。
今、サービス指向アーキテクチャ、主にシステム間の相互作用との統合のために、一連の標準（XML、SOAP、WSDLなど、XSD、WS-ポリシー、WS-BPELは、）があります。
4）AOP--アスペクト指向。
アスペクト指向ビューの対象点から、オブジェクト指向、組織の範囲に属するべきであるが、我々は、一般的に「継承」、我々は垂直呼び出すメインラインとの関係に、同様の生物学的分類法で使用される分類方法を使用します。しかし、実際には、目標添加の間に、この縦方向の分類に加えて、我々はまた、オブジェクトはアスペクト指向（セクション）プログラミングのための出発の基本的なポイントである水平角、から行く観察することができます。この時間は、あなたがこれらの共通点の異なるクラスのこれらのオブジェクトを検討する必要がある場合は、このような問題を解決しなければならなかった、我々は一般的に完全にインターフェースを使用しますが、二つの問題があり、一つのオブジェクトの設計時には、ほぼ垂直思考しています、唯一のデザインの難しさと複雑さを増加しない、それはあまりにも多くのクラスとインタフェースを維持することは困難で、そして第二に、オブジェクトに非常に困難な時期を、既存のため、この動的挙動や責任を増大させる必要になります。今では多くの中間言語のプログラムがありますされ、実行時間が即時実行を解釈またはコンパイルされ、それはまた、このセクションや行動の責任を高めるために良いエントリポイントを提供します。アスペクト指向非常によく似たAPIフックで。
。