5つの指のフィールドが定義されています。次は肘ですが、これは「指」と似ていますね。肩はこのようになります。これらの部品を制御する「腕」というクラスを作成します。ついでに「体」も作っておきましょう。その他にも「腰」とか「頭」とか色々。処理も色々あると思いねぇ。変なプログラムを作ったところで本題に戻ります。その中に適切なフィールド、メソッドを作ることを指します。定義されていたりすると、あまり好ましくないと言えます。命令をすれば良いわけです。「指」がどういう動きをするのかは意識しません。存在しているということを知っているだけです。存在は意識していません。言うと物を掴むときの処理も意識しません。言うと物を掴むときの処理も意識しません。宣言されている定義しか考えていないのです。「腕」が把握しているべき内容なのです。これをカプセル化と呼びます。手続き型にも導入出来る概念だと思います。手続き型にも導入出来る概念だと思います。カプセル化によるメリットは数多くあります。カプセル化によるメリットは数多くあります。新型の「新肘」クラスに換装したとします。この場合、変更となるのは「腕」のみです。何も意識していないからです。「掌」も「肩」も「体」も「肘」という存在すら知りません。変更が無いということはテストも行わなくて良いということです。これだけでは厳密には正しくありません。『依存度を下げること』です。その1つの手段として、隠蔽があるだけです。方が正しいように思います。先程の「指」と「肘」を思い出してください。「似たもの」と分類されます。継承関係にしてみましょう。存在するクラスを継承し、拡張する。フィールドや処理を括り出す。コードの集約が大きいです。