オブジェクト指向プログラミングとプロセス指向プログラミング、アイデア、長所と短所をプログラミングしているどちらも：JSはここ2つの、プログラミングのアイデアをされた反射しました
プロセス指向：
様々な方法がプロジェクト開発のロジックを持っている、いくつかの相互作用は、いくつかの、いくつかの結果を求めるを作成するために、プロセス指向のプログラミングは、実行の高い順に、上から下へ、実装をプログラミングする方法のプロセスに焦点を当てています、ステップバイステップでは、徐々に洗練します
利点：プロジェクトの小さなサイズで、より直感的な方法が一目で、論理的かつ容易にエラーを見つけるための全体的な実装を表示します
短所：必要に応じて、プロジェクトの深化発展に伴い、コードの量がより多く、メソッドが実行されるだろうが、もっとこの時間を複雑になるコードの貧弱な保守性が得られ、そこにスクランブルされ、
オブジェクト指向：
コールに行く必要なときにオブジェクト中心のプログラミングのアイデアで、彼は私たちはカテゴリの数にする方法、分割を実行したい作られた、オブジェクトのプロパティとメソッドを使用するには、アクションを実装する目的を打ちます
長所：モジュラーとより深い、より簡単に大規模、複雑なビジネスロジックを解決するには、アクセス、編集、および保守性にいつでも行うことができますが、このような一時的にAの途中で実行順序を変更する必要性など、いくつかの複雑なシナリオに高くすることができそして、アクション、オブジェクト指向の、より良い収束
短所：高いオブジェクト指向プログラミングの要件、より広く、より複雑なロジックの大きさを考慮し、いくつかの新規参入者は非常に友好的ではありません、割り込み実行速度への方法があり、小規模なプロジェクトの数は、おそらくビットあまり効果を現象を引き起こしました
どちらの比較：
まず、異なる出発点
前者の方法は、主に行われ、後者の方法は、オブジェクトのプロパティをベース
第二に、異なる論理レベルと寸法との関係
近い生活に後者の目的、対象者がアクションを実行します
第三に、異なる延性
後者は、縦方向および横方向に良好な延性を有していてもよいです
第四に、の原則の実行と実現の異なる順序のアクション
前者のプロセス駆動型のデータは、後者のイベント駆動型、オブジェクト自身のプロパティとデータは、変更を実行するための独自の機能を有することができます
例えば：
まず、象は冷蔵庫に入れ
プロセス指向：
冷蔵庫（冷蔵庫）→充填（冷蔵庫、象）→閉（冷蔵庫）を開き
オブジェクト指向：
冷蔵庫のドア（）→冷蔵庫がロードされた（ゾウ）→冷蔵庫。閉じます（）
第二に、顧客がサイトによって（複数のディメンションを含むアクションを実行するために）宅配便を送りました
プロセス指向：
提出書類（顧客）→書き込み（サイト）→ご入金（お客様）→登録（顧客サイト）→選別（サイト）→メール（サイト）
オブジェクト指向：
お客様。提出書類（）→サイト。書き込み（）→お客様のお支払い（）→サイト。登録（）、顧客登録（）→サイト。ソート（）→サイト。メール（）
