私には、当時手続き型コーディングの魔法使いだった優秀なマネージャーがいます。彼は現在、.Net と Java の両方でオブジェクト指向プログラミングを使用するチームの管理に直面しています。彼は、私たちが議論するパターンや用語の多くを理解するのに苦労しています。私は、SO メンバーがこの移行で他の人を支援することでどのような経験をしたのだろうかと思っています.
また、手続き型コードを OOP に書き換える方法を示すことができる、優れた手続き型 -> OOP コードの例も探しています。私は彼に逆を提供しました。つまり、OO コードを取得して手続き型に変えましたが、学習に効果的であることが判明した他の人が使用した可能性のあるコード例を探しています。
最後に、この移行を経験している人々のために書かれた、人々が推薦できる本を高く評価します。
これがコミュニティ wiki として構成されているかどうかはわかりませんでした。もしそうなら、私はそれを変更することができます。
ありがとう！
Martin Fowler のRefactoring book では、手続き型コードをリファクタリングして、小さな管理しやすいステップでよりオブジェクト指向にする方法について説明しています。あなたが説明するようなものに非常に役立つことがわかりました。私の記憶が正しければ、例はすべて Java で書かれていますが、他の環境にも簡単に適用できます。
なぜ人々が OOP や手続き型について相互に排他的であるかのように話すのか、私には理解できません。つまり、OOPにはクラスなどがありますが、クラスメソッドは通常手続き型です。それらは単なる派手な関数呼び出しです。私は何年も C/Pascal を使用してきましたが、そのほとんどはまだ OOP 言語に適用できます。Java や .NET の入門書には、基本的な OOP 用語を理解するのに十分な例があります。
私の最高の経験は、コードの議論に関わったことです。コード レビューや設計会議があると仮定すると、これらは、constrast が最も効果的である可能性が高い設定です。
（手続き型コードを名前空間クラスにラップするだけでなく、優れたオブジェクト指向設計を行っていると仮定します。しかし、ファウラーの「リファクタリング」の本は、それをうまく診断してくれるでしょう。）
注: 必ずしも CW とは限りません。