オブジェクト指向の利点とは？

質問

汎用機でＣＯＢＯＬのＳＥを１０数年やってました。（今は自営業）
ＣＯＢＯＬはプロセス型の言語といわれているのに対して
Ｃ言語はオブジェクト指向型の言語といわれています。

私はＣ言語やＪＡＶＡで開発したことはないのですが、
Ｃ言語、すなわちオブジェクト指向の利点ってなんでしょう？
ＪＡＶＡ、Ｃ言語はオブジェクト指向ですよね。

私はソフトウェア開発技術者の資格など持っていますのでオブジェクト指向の表面的な意味は分かります。
ですが実際、アプリ開発時・運用時にどのような利点があるのかがイマイチ分かりません。
「どっちでもいいんじゃないか」なんて思ってしまいます。
プロセス指向（ＶＢ、ＣＯＢＯＬ等）とオブジェクト指向（Ｃ言語、ＪＡＶＡ）の差異って何なんでしょう。

よろしくお願いします。

回答No.1

Te-Sho

私は10年前まではCOBOLで汎用機のプログラムを書いていました。
今はVB、VC++と渡り歩いてこの数年JAVAでコードを書いています。

10年という経験者と言うご質問者さまに合わせましてある程度専門的な観点からお答えしたいと思います。

COBOLなどの手続き型のプログラミングの場合、フローチャートなどの流れ図に従いながら設計を行います。
その中で、同じロジックが組まれている部分をサブルーチンと呼ばれる子供のプロセスを呼び出して処理を行いますね。
しかし、その中で使用する変数のメモリ空間はCOBOLで言えばDATA DIVISIONで定義したプログラム内の共通したメモリ空間を使用する事になると思います。

一方、JAVA、C（VBもオブジェクト指向ですね。）などは、そのサブルーチンが一つ一つが物体(オブジェクト)という仮定したモノを取り扱う形で設計します。そのためにフローチャートの前にUMLなどを使用してオブジェクトの設計を行います。
オブジェクトにはプロパティ（属性）やメソッド（作用）があり、プロパティを設定して、作用させることによって得られた戻り値を他のオブジェクトやメインルーチンで使用する事になります。
一つ一つのサブルーチンが物体として完結しているので、その部分の流用が可能となり、コーディングの流用化や品質責任の明確化などの利点があります。

もちろん、オブジェクト指向な言語でもベタで手続き型としてプログラムを書くことは可能です。
たとえば全ての変数をメンバ変数として定義してコードを作成した場合はオブジェクト指向で書いたコードとは実際言えないと思います。

お礼

返事遅れてすみません。
回答ありがとうございました。
COBOLでサブルーチンを使用する場合、あらかじめコンパイルしてロードモジュールにサブルーチンを組み込んでおかなくてはいけません。（staticの場合）なのでメモリ空間もサブルーチンと共用で使用しなければなりませんが、javaはサブルーチン自身が１つのオブジェクトなのでメモリ空間はメインＰＧと独立して生成されるということでしょうか。なるほど。参考になりました。
ＵＭＬ図なども勉強してみたいと思います。