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